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本 书 深 入 痢 析 了 软件 开发 中 主要 环节 《管理 、 流 程 、 开 发 模型 、 佑 
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导 ， 同 时 使 用 实践 中 积累 的 经 验 
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对 推导 出 来 的 结论 进行 验证 。 在 这 一 过 程 中 ， 
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过 现象 思考 本 质 的 人 ; 毕业 生 可 以 用 这 本 书 来 
展 方向 ， 但 有 些 地 方 可 能 会 感到 不 容易 理解 。 
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在 武侠 小 说 中 ， 常 会 把 绝世 武功 分 为 两 个 部 分 : 招式 和 心 法 。 招 式 得 其 形 ， 而 心 法 传 大 
神 。 从 这 个 角度 看 ， 这 本 书 是 既 讲 招式 也 讲 心 法 的 ; 
招式 繁杂 ， 和 暂且 不 提 ; 心 法 却 可 以 概括 。 










































































黑 格 尔 ,《 小 逻辑》 








人 心 唯 危 ， 道 心 唯 微 ， 唯 精 唯 
横 尽 虚空 ， 山 河 大 地 ， 一 无 可 竺 ， 而 可 尾 唯 我 。 竖 尽 久 动 ， 前 古 后 今 ， 一 无 可 据 ， 而 可 


























据 唯 目前 。 杨 昌 济 

















但 这 三 句 话 都 过 于 精妙 ， 很 难 把 它们 和 管理 、 流 程 、 估 算 、 开 发 模型 、 需 求 开发 、 设 计 
编码 联系 起 来 。 本 书 做 的 正 是 这 样 一 种 尝试 ， 在 把 软件 作为 一 个 整体 进行 考察 的 同时 ， 把 精 
妙 抽象 的 东西 和 具体 的 东西 结合 起 来 。 


把 软件 作为 一 个 整体 考察 是 因为 


















































如 果 非 要 用 3 句 话 来 概括 本 


已 



































前 





全 过 


中 所 提 心 法 的 全 音 





在 尺度 中 潜在 的 已 经 包 仿 本质， 尺度 的 发 展 过 下 





了 中 






































相 。 


了 ， 那 么 它们 是 《顺序 不 可 颠倒 ， 有 因果 























旦 只 在 于 将 它 所 包含 的 潜在 的 东西 实现 出 


， 人 允 执 厥 中 。 一 一 《尚书 》 
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管理 、 流 程 、 





























纯 某 一 个 维度 上 《比如 流程 》 效 能 最 但 





而 把 精妙 抽象 和 具体 相 结 合 则 是 





之 上 ， 不 把 握 这 些 规则 必然 会 陷入 混乱 ， 进 














因为 虽然 各 种 


设计 编码 等 都 是 影响 最 终 成 效 的 夸 码 ， 音 
E 不 等 于 整体 效能 最 佳 。 
理 




































































论 众 说 纷 颖 ， 但 总 有 些 规 则 凌驾 于 现象 




















而 明 于 微 而 昧 于 巨 。 反 之 ， 精 妙 的 东西 又 上 只 有 











过 具体 的 手段 才能 实现 ， 无 法 


















































其 体 的 操作 之 中 。 
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作为 结果 ， 我 们 可 以 讲 : 




















这 本 书 只 相信 过 辑 和 事实 。 























通 
FE 独 存 在 。 恰 如 下 棋 时 ， 昌 然 每 一 步 都 机 关 算 尽 ， 但 总 是 脱 不 
既定 规则 ， 只 有 有 限 的 结局 (或 输 、 或 启 、 或 和 )， 而 既定 规则 的 力量 又 只 能 实现 于 每 一 步 



























































虽 参 照 诸多 素材 (敏捷 、CMMI、OO、 设 计 模式 等 )， 但 主要 

















依靠 独立 思考 才 最 终 塑 成 体态 。 纵 然 错漏 难免 ， 但 书 中 所 言 皆 是 自主 反思 所 得 ， 虽 常 有 反 主 
流 之 观点 ， 用 心 想来 却 不 一 定 是 无 稽 之 谈 。 





本 书 直 指 本 质 。 虽 然 有 的 














册 方 略 显 隐 梁 鸡 

















更 非 故 弄 玄 虚 。 同 时 ， 为 避免 偏 冉 ， 本 书 3 


要 使 用 演 

















结论 ， 并 用 事实 进行 佐证 。 


























让 沐 














识 指导 行动 。 


是 一 种 固化 的 思维 。 
































情 ， 但 确实 是 因为 无 法 简化 ， 并 非 毫 无 价值 
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绎 法 ， 基 于 以 下 4 个 预 设 前 提 推 导 各 种 


II 











@ 项 目 所 能 耗费 的 资源 是 有 限 的 。 
@ 重复 做 同样 的 工作 会 降低 效率 。 














本 书 是 培养 帅 才 的 书 。 如 果 您 只 想 成 为 一 名 悍 将 《比如 ，C++ 高 手 、Android 高 手 )， 那 
























































本 书 不 太 适 合 您 ， 但 如 果 您 想 鸟 敬 全 局 ， 运 筹 肉 则 ， 带 领 团队 攻 城 略 地 ， 那 本 书 则 是 很 有 参 
考 价值 的 。 





本 书 在 一 定 程 度 上 可 以 终止 某 些 和 争议。 软件 开发 这 个 行业 之 中 如 果 过 度 相 信 经 验 主义 ， 
则 事实 会 证 明 效 果 并 不 好 。 几 十 年 发 展 下 来 ， 各 种 理论 依然 纷争 不 断 ， 比 如 ， 是 做 架构 设计 ， 
还 是 测试 驱动 ， 是 敏捷 ， 还 是 CMMI 等 。 本 书 在 一 定 程度 上 可 以 包容 这 些 矛 盾 ， 恰 如 黑 格 尔 
的 辩证 法 可 以 包容 康德 的 二 律 背 反 一 样 。 































































































本 书 是 一 个 开始 而 非 结束 。 限 于 作者 的 眼界 、 能 力 、 时 间 等 ， 本 书 无 法 终结 所 提 及 的 所 
有 问题 。 希 望 能 有 志同道合 者 与 作者 一 同 继续 研究 这 个 题目 ， 作 者 也 希望 能 收 到 各 种 建议 来 
不 断 提 高 自我 。 
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第 1 


某 哲 学 家 曾经 说 过 : 现实 - 
念 中 存在 ， 现 实 中 的 圆 形 只 能 
天 之 中 

然而 完美 境界 之 所 以 具有 永恒 的 价值 ， 却 并 非 在 于 其 是 否 可 实现 ， 而 是 在 于 其 可 以 给 不 
懈 努 力 者 以 终极 的 指引 。 真 的 完美 境界 更 多 地 会 体现 为 一 种 原则 ， 一 种 规律 ， 一 种 必然 性 ， 
它 并 不 以 个 人 的 喜好 而 变动 半分 ， 当 你 背离 它 时 ， 它 会 以 惨痛 的 教训 让 你 重新 认识 到 它 的 存 
在 。 而 所 谓 成 功 项 目 或 者 失败 项 目 所 昭示 的 则 是 对 这 种 规则 性 的 顺应 程度 。 
当 我 们 处 于 蒙昧 之 中 时 ,往往 并 不 知道 当 为 不 当 为 之 准绳 ， 其 结局 必然 是 在 沉重 中 尾 恐 ， 
在 悍 恐 中 希 囊 ， 在 希 囊 中 重新 陷入 迷 习 。 当 此 情境 ， 唯 有 理想 真知 才能 让 人 破 妄 返 真 ， 重 拾 
方向 与 希望 。 所 以 觉悟 之 后 ， 虽 知 一 去 难 返 ， 却 终究 要 在 虚无 中 寻找 永恒 ， 以 完美 境界 为 现 
实 之 归宿 。 对 完美 之 追寻 ， 实 是 以 短暂 之 喘 ， 吨 问 永恒 之 道 ， 宕 天心 而 解 惑 。 
软件 亦 概 莫 能 外 一 一 谨 以 此 拉 开 完美 软件 开发 的 序幕 。 


1.1 完美 软件 开发 的 定义 


完美 软件 开发 之 解构 


地 














此 是 理想 世界 的 一 个 苍白 人 草本。 就 像 完美 的 圆 形 只 在 概 
是 对 完美 的 圆 形 的 无 限 回归 。 这 也 即 是 所 谓 的 完美 大 多 处 于 虚 
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不 识 庐山 真面目 ， 

只 缘 身 在 此 山中 。 
一 一 苏轼 ,《 题 西林 壁 》 
任何 软件 开发 ， 其 输入 的 都 是 需求 、 工 具 〈 编 译 工具 等 ) 和 人 ， 这 三 者 在 特定 的 时 空 背 
景 下 受 主观 的 影响 而 改变 的 可 能 性 

接 下 来 ， 基 于 上 述 三 者 ， 通 过 选 定 的 管理 方法 、 流 程 、 开 发 模型 、 需 求 开 发 方法 、 估 算 
方法 、 设 计 编 码 方法 等 对 软件 进行 构建 ， 期 望 最 终 达成 多 重 质量 目标 。 

最 终 输 出 的 是 软件 产品 。 对 软件 产品 的 度量 至 少 有 两 个 维度 : 一 是 用 户 层面 的 ， 如 功能 
正确 ， 性 能 优异 ， 二 是 结构 层面 上 的 ， 如 容易 维护 等 。 

从 输入 到 输出 这 一 过 程 受 三 个 维度 的 因素 影响 ， 一 是 商业 因素 ， 二 是 技术 因素 ， 三 是 
“政治 ”因素 。 商 业 因素 决定 收益 与 成 败 ， 技 术 因素 决定 成 本 和 质量 ， 而 “政治 ”因素 添 
加 变数 。 在 这 里 ,“ 政 治 ” 是 指 人 与 人 之 间 非 理性 的 复杂 关系 ， 即 “项 目 政治 ”， 而 非 “ 国 
家 政治 ”。 
如 果 只 考虑 技术 因素 即 只 考 上 处 软件 开发 自身 的 内 在 合理 性 ， 那 么 最 终 推导 出 的 就 是 完美 
方法 ， 摊 杂 了 商业 因素 和 “政治 ”因素 后 的 真实 的 方法 ， 将 是 对 完美 方法 的 折 中 和 回归 。 

元 美 软件 开发 是 追求 这 样 一 种 状态 : 在 只 考虑 技术 因素 的 情况 下 ， 在 限定 的 要 求 、 工 具 、 
指定 的 人 员 状 况 下 (输入 )， 在 既定 的 质量 水 平 玉 输出)， 达 到 生产 效能 最 高 。 在 这 一 状态 
下 ， 任 何 对 管理 、 流 程 、 估 算 方法 等 在 尺度 上 的 修正 ， 如 果 不 以 降低 质量 为 代价 ， 则 将 导致 
生产 效能 的 降低 。 
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管理 、 流 程 估算 方法 、 
开发 模型 、 需 求 开 发 、 设 
计 编 码 





软件 
1. 功能 ， 性 能 等 
2. 可 维护 性 等 






技术 因素 | 。 | “政治 ”因素 
图 1-1 软件 开发 的 基本 组 成 


建 模 
设 定 一 个 范围 ， 把 范围 内 的 东西 抽象 出 对 应 的 概念 ， 再 标明 这 些 概念 间 的 关系 ， 这 样 一 
个 过 程 就 是 建 模 。 为 免 上 涩 ， 这 里 的 定义 可 能 和 教科 书 里 略 有 不 同 ， 但 建 模 的 概念 大 致 如 此 ， 
并 不 高 深 ， 几 乎 人 人 可 做 。 


1.2 ”完美 软件 开发 的 构成 


自 其 异 者 视 之 ， 肝 胆 楚 越 也 ; 自 其 同 者 视 之 ， 万 物 尼 一 也 





























一 一 庄子 , 《 德 充 符 》 














软件 是 一 种 固化 的 思维 ， 这 一 点 决定 了 许多 的 事情 。 
从 特质 上 来 看 ， 既 然 软件 是 固化 的 思维 ， 那 就 必然 同时 具备 思维 以 及 思维 所 承载 之 物 的 
特质 。 
@ 思维 的 特质 是 指 思维 的 澄清 通常 是 渐进 的 ， 思 维 自 身 是 不 可 度量 的 ， 思 维 的 主体 一 定 
是 人 ， 思 维 通常 由 概念 和 逻辑 组 成 ， 思 维 的 无 边界 化 《灵活 易 变 ) 这 样 的 特质 。 这 部 
分 特质 是 共通 部 分 ， 同 时 属于 所 有 软件 。 
@ 有 思维 承载 之 物 的 特质 是 指 当 思 维 的 对 象 是 数学 的 时 候 ， 思 维 本 号 也 就 具备 了 数学 的 特 
质 ， 当 思维 的 对 象 是 商业 逻辑 的 时 候 ， 思 维 自 身 也 就 具备 了 商业 逻辑 的 特质 。 
既然 思维 自身 的 特质 是 复合 的 ， 那 么 作为 固化 思维 的 软件 ， 其 特质 必然 也 是 复合 的 : 既 
有 属于 所 有 软件 的 共同 特质 ， 也 有 特 属于 某 类 软件 ， 甚 至 同 其 他 类 软件 完全 相反 的 独 有 特质 。 
也 就 是 说 ， 在 软件 这 一 范畴 里 ， 两 种 矛盾 的 说 法 同时 成 立 ， 并 不 是 什么 值得 惊讶 的 事情 。 
既然 软件 的 世界 如 此 多 元 ， 那 么 进行 完美 软件 开发 的 讨论 时 ， 就 必须 忽略 一 些 细节 ， 才 
可 能 在 限定 的 篇 幅 下 ， 取 得 有 价值 的 结论 。 
因此 ， 在 本 书后 续 讨 论 中 ， 将 更 多 的 基于 思维 的 特质 ， 而 非 思维 承载 之 物 的 特质 ， 来 控 
讨 软件 。 这 样 得 出 的 结论 才 更 有 普 适 性 。 
如 果 说 软件 是 一 种 固化 的 思维 ， 那 么 软件 开发 无 疑 是 思维 固化 的 过 程 。 在 思维 固化 的 过 
程 中 有 两 个 层面 的 问题 需要 同时 解决 。 
@ 思维 的 主体 必然 是 人 ， 当 多 个 人 在 一 起 协作 的 时 候 ， 彼 此 间 的 关系 如 何 处 理 ? 在 这 背 
后 隐 含 的 两 个 分 支 是 管理 和 流程 。 
@ 在 软件 开发 过 程 中 , 从 本 质 来 看 , 事实 上 只 有 两 个 根本 步骤 : 一 是 弄 清楚 要 做 什么 ( 需 
求 开 发 ); 二 是 对 思维 进行 固化 《设计 ， 编 码 )。 对 这 两 个 步骤 的 时 序 进行 各 种 安排 ， 
则 产生 各 种 开发 模型 。 为 支持 这 两 个 步 又 能 够 平滑 进行 ， 需 要 预先 进行 估算 。 



















































































































































































































































































































































































































































































































































































上 述 分 解 总 结 起 来 如 图 1-2 所 示 。 
在 做 出 上 述 分 解 后， 我 们 可 以 进一步 推断 完美 软件 开发 必然 包含 着 两 个 根本 命题 一 是 
上 述 各 个 分 解 步骤 自身 的 最 优化 ， 二 是 上 述 各 个 步骤 彼此 间 搭 配 的 最 优化 。 
也 就 是 说 现存 的 大 多 方法 论 (CMMI、 敏 捷 等 )， 由 于 其 过 度 强 调 某 单一 维度 ， 同 时 漠视 
方法 与 软件 本 质 间 的 关联 ， 一 定 程度 上 讲 其 本 质 是 苍白 的 。 
图 1-3 用 于 说 明 这 种 关联 的 复杂 性 。 
软件 开发 
多 人 协作 的 处 理 
管理 
流程 
软件 自身 的 构建 


需求 开发 
设计 和 编码 


































































































估算 
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1-2 软件 开发 中 各 项 活动 的 归 类 图 1-3 软件 开发 中 各 项 活动 的 关联 关系 


本 质 与 细节 

这 世上 同时 存在 着 两 种 对 立 的 声音 : 本 质 决定 成 败 和 细节 决定 成 败 。 

偏好 本 质 的 人 喜欢 说 本 质 论 。 

偏好 细节 的 人 则 喜欢 说 精细 化 管理 。 

但 如 果 在 较 长 的 时 间 轴 上 考量 这 两 种 观点 ， 就 会 发 现 它们 之 间 并 不 真 的 对 立 。 

本 质 决定 大 尺度 时 间 上 的 走势 和 必然 性 ， 而 细节 则 决定 差异 ( 包括 短期 成 败 )。 

比如 说 : 人 的 本 质 特征 是 能 思考 ， 有 感情 ， 会 衰老 ， 寿 命 有 限 等 ， 但 区 别 不 同人 的 却 不 
是 这 些 ， 而 是 性 格 ， 肤 色 ， 发 色 等 细节 。 

具体 来 看 : 软件 本 质 上 是 只 有 人 才能 处 理 的 东西 ， 因 此 公司 中 程序 员 群 体 的 衰落 一 定 会 
导致 软件 的 衰落 ， 只 有 优秀 的 程序 员 群 体 ， 才 能 保证 软件 的 持久 成 功 ， 这 是 必然 的 。 但 优秀 
的 程序 员 却 不 一 定 确保 当前 项 目 成 荔 ， 任 何 细节 上 的 小 榴 忽 ， 都 可 能 导致 软件 在 市 场 上 崩溃 ， 
死 锁 ， 进 而 导致 灾难 性 后 果 ， 这 就 是 细节 决定 成 败 。 

成 败 自身 虽然 万 众 旷 目 ， 对 个 体 而 言 却 只 是 一 种 偶然 和 机 遇 。 当 事 人 可 以 很 努力 地 平衡 
本 质 上 的 追求 (长 期 视点 ) 和 细节 上 的 追求 (短期 视点 )， 但 变更 的 始终 是 一 种 成 败 可 能 性 。 


1.3 完美 软件 开发 的 前 提 


十 世上 古今 ， 始 终 不 离 于 当 念 ; 无 边 利 境 ， 自 他 不 隔 于 毫 端 

















一 一 李 通 玄 

当 我 们 试图 对 完美 的 软件 开发 进行 阐述 时 ， 事 实 上 总 是 有 两 类 方法 可 以 帮助 我 们 达成 
目的 。 
@ 归纳 法 。 即 基于 项 目 经 验 ， 总 结 出 一 定 的 规律 ， 再 推 而 广 之 。 在 没有 反例 出 现 之 前 ， 



























































3 


~ 
/以 





\ 结 出 的 规律 
@ 演绎 法 。 即 基于 预 设 的 前 提 ， 依 照 罗 和 辑 ， 推 
翻 ， 逻 辑 又 没有 4 














直 成 立 。 





错误 ， 那 么 得 出 的 结论 就 具有 必然 怕 





































































































导 各 种 结论 。 这 个 时 候 ， 只 要 前 提 没 被 推 
E， 虽 然 这 种 必然 性 何 时 体现 在 现 






















































































































































































实 之 中 比较 难以 测度 。 

当前 软件 行业 采用 的 大 多 数 方法 论 和 结论 是 基于 归纳 法 的 。 

但 一 如 我 们 前 面 所 论 及 的 ， 软 件 作为 一 种 固化 的 思维 ， 必 然 同 时 具备 思维 以 及 思维 承载 
之 物 的 双重 特质 。 而 思维 承载 之 物 的 特质 有 时 候 甚至 可 能 产生 和 矛盾， 因此 基于 归纳 法 得 出 的 
结论 ， 容 易 偏 颇 并 引发 争议 。 

很 显然 ， 从 数学 类 软件 上 得 出 的 结论 与 业务 流 类 软件 上 得 出 的 结论 并 非 是 共通 的 ;适用 
于 操作 系统 内 核 的 经 验 ， 也 并 不 一 定 适合 于 视频 播放 软件 。 

与 此 同时 ， 人 的 精力 是 有 限 的 ， 这 就 导致 一 个 人 既 不 太 可 能 经 历 所 有 的 软件 开发 领域 ， 
也 不 可 能 穷尽 同一 类 软件 下 的 所 有 变数 。 比 如 说 ，A 所 经 历 的 MIS 系统 和 B 所 经 历 的 MIS 
系统 很 可 能 天 差 地 别 。 

这 很 可 能 是 软件 行业 中 纷争 不 断 的 一 个 主要 原因 一 一 每 个 人 都 以 为 自己 看 到 的 就 是 全 
部 ， 而 当 另 一 种 与 自己 不 同 的 观点 出 现时 ， 这 种 观点 会 因 与 己 不 同 而 被 判处 死刑 ， 但 事实 上 
两 者 可 能 同时 正确 ， 只 是 正确 的 边界 不 同 。 

为 避免 这 类 争议 ， 在 这 本 书 里 ， 我 们 将 主要 使 用 演绎 法 。 为 得 到 各 种 结论 ， 我 们 将 主要 
基于 以 下 4 个 前 提 ， 使 用 逻辑 进行 推导 。 


























@ 软件 是 一 种 
意识 指导 行动 。 
E 费 的 资源 是 有 限 的 。 
的 工作 会 降低 效率 。 
这 4 个 前 提 被 假设 为 公理 


项 目 所 能 





重复 做 同 


由 | 






































化 的 思维 。 




















尽 可 能 使 











对 影响 团队 创造 价值 的 因素 做 进 
























































E， 将 不 额外 进行 说 明 。 而 为 使 结论 不 显得 星 涩 和 突 几 ， 我 们 
现实 里 的 例子 对 逻辑 链 和 结论 进行 佐证 和 补充 。 
为 了 从 这 4 个 基本 前 提 推 导出 属于 各 个 部 分 (管理 、 






































步 分 解 ， 否 则 事情 会 保持 在 混浊 





斥 度 判断 某 一 行为 所 能 产生 的 正 、 负 两 方面 影响 。 


如 果 我 们 假设 一 个 人 的 工程 素养 为 了 ， 一 个 人 的 了 
O， 内 耗 系数 为 M， 那 么 对 于 


以 表示 为 






































[(E1xW1 +O)+(E2xxW2+ O)+*+ (Er Wn +O)] x M 
M 的 取 值 可 以 为 0 一 1。0 表示 完全 内 耗 掉 ， 整 个 团 














个 拥有 n 





























流程 等 ) 的 相关 绪论， 我们 还 需 3 
状态 ， 








进而 无 法 以 正确 


























队 完 全 没有 贡献 。 


将 





要 
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[ 作 意愿 为 W， 组 织 所 能 提供 的 力量 为 
个 人 的 团队 ， 其 在 单位 时 间 内 最 终 可 能 的 贡献 值 可 


注 : 很 多 人 会 对 为 什么 可 以 用 加 法 累积 不 同人 的 贡献 这 一 点 产生 疑问 ， 比 如 ， 架 构 设计 
师 的 贡献 和 测试 人 员 的 贡献 为 什么 可 以 晤 加 等 ， 这 点 将 在 附录 1 中 统一 进行 说 明 。 




















也 就 是 说 ， 单 位 时 间 团 队 总 贡献 =[ 〈A 的 工程 素养 xA 的 工作 意愿 + 组 织 力量 ) + (B 的 
工程 素养 xB 的 工作 意愿 + 组 织 力量 ) +…]x 内 耗 系数 














其 中 : 
@ 工程 素养 是 指 
@ 工作 意愿 是 指 








指 人 员 
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的 工程 能 力 ， 比 如 ， 需 求 分 析 能 




















个 人 愿意 不 愿意 工作 。 





程 




















， 架 构 设 计 能 力 ， 编 码 能 力 等 。 
素养 和 工作 意愿 乘 起 来 才 是 一 个 人 的 可 能 


























贡献 。 这 并 不 难 理解 ， 一 个 能 力 不 好 的 人 ， 再 怎么 努力 ， 贡 献 也 不 会 好 ， 而 一 个 能 力 

好 的 人 ， 每 天 蒙 事 ， 其 贡献 也 不 会 好 。 
@ 组 织 提 供 的 力量 是 指 常 说 的 组 织 力 。 比 如 说 ， 组 织 内 有 比较 多 的 重用 代码 库 ， 那 么 不 
管 谁 都 可 以 从 中 受益 。 探 讨 组 织 力 ， 会 使 范畴 发 散 ， 因 此 在 本 书 中 大 多 时 候 我 们 会 忽 
视 这 个 维度 。 
@ 内 耗 系 数 是 指 人 员 彼 此 间 贡 献 耗 散 的 程度 。 影 响 因素 会 比较 复杂 。 比 如 说 ，A 开发 一 

个 模块 ， 但 和 B 开发 的 模块 有 80% 重 琶 ， 这 会 产生 内 耗 ; 再 比如 说 ，A 和 B 坐 在 一 起 
工作 就 会 吵架 ， 这 也 会 产生 内 耗 。 
上 面 这 段 分 析 可 以 总 结 为 如 图 1-4 所 示 的 情况 。 
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组 织 力量 


图 1-4 页 献 值 的 分 解 


那么 在 指定 的 时 间 段 ， 这 一 团体 的 生产 率 为 
[(E1xWi O) (EaxW,+ O) 十 “ss 二 (EnWn +O)] xM 




















n 
上 面 的 公式 可 以 用 来 定性 分 析 贡 献 值 的 大 小 ， 但 并 不 能 用 来 分 析 贡 献 值 的 效果 。 
比如 说 ， 某 个 团队 可 能 在 上 述 4 方面 都 没有 问题 ， 最 终 也 开发 出 了 比较 好 的 软件 ， 但 由 
于 云 计 算 的 兴起 ， 公 司 开发 的 这 类 客户 端 软 件 已 经 没有 市 场 。 这 时 候 贡 献 值 再 好 ， 也 体现 不 




























































































这 意味 着 要 想 获得 更 好 的 结果 ， 一 要 保证 贡献 值 尽 可 能 的 大 ， 二 要 保证 贡献 值 使 用 在 正 
的 方向 上 。 控 制 方向 性 虽然 重要 ， 但 与 商业 因素 等 有 较 大 关联 ， 本 书 中 大 多 时 候 不 会 对 其 
进行 考量 。 
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演绎 法 与 空谈 

经 验 主义 者 是 不 喜欢 演绎 法 的 ， 极 端的 甚至 认为 演绎 法 即 是 空谈 。 但 我 们 不 应 该 忘记 ， 
《相对 论 》 与 《资本 论 》 这 两 个 与 演绎 法 有 深刻 关联 的 东西 对 世界 所 产生 的 巨大 且 深刻 的 影响 。 

在 软件 工程 或 者 项 目 管理 领域 中 ， 对 演绎 法 的 排斥 达到 了 极点 。 人 们 似乎 很 总 讳 谈 及 形 
而 上 学 的 东西 ， 对 经 验 的 推 党 则 是 达到 了 无 以 复 加 的 地 步 。 

但 事实 则 证 明 这 并 不 很 有 效 ， 几 十 年 下 来 ， 软 件 行业 中 还 是 一 如 既往 的 纷争 不 断 。 

比如 说 ，Linux 之 父 Linus Torvalds 每 隔 一 段 时 间 就 会 站 出 来 贬斥 一 下 C++ (有 时 还 连带 
上 面向 对 象 )， 并 经 常用 垃圾 、 很 差 这 样 的 形容 词 来 描述 C++。 而 与 此 同时 世界 上 很 多 关键 系 
统 是 用 C++ 成 功 开发 出 来 的 ， 拥 有 许多 属于 自己 的 铁杆 粉丝 。 

这 似乎 很 矛盾 ， 也 很 难 判 定 出 是 非 ， 但 当 我 们 用 演绎 法 来 分 析 这 类 事情 时 ， 就 会 发 现 貌 
似 对 立 的 事情 并 非 不 可 调和 。Linus 主要 专注 的 领域 是 内 核 ， 所 以 他 的 观点 在 内 核 领域 里 一 定 
是 不 能 漠视 的 ， 但 这 并 不 意味 着 CH+ 和 面向 对 象 就 不 适合 游戏 ， 富 客户 端 ， 数 据 库 程序 等 。 





六 


这 类 事实 的 存在 意味 着 ， 我 们 应 该 切换 视角 ， 用 演绎 法 来 重新 审视 软件 这 个 行业 ， 而 不 
是 用 有 限 领 域 中 得 来 的 经 验 去 脐 测 无 限 范围 中 的 事物 一 一 这 是 必 将 陷入 矛盾 的 方法 。 


1.4 完美 软件 开发 的 用 途 


动 或 静止 状态 ， 直 到 有 作用 在 它 上 面 的 外 力 迫 使 它 改变 这 种 状态 为 止 


白 无 力 的 。 


方向 和 尺度 。 


夫 英 雄 者 ， 胸 怀 大 志 ， 腹 有 良 谋 ， 有 包 藏 宇宙 之 机 ， 吞 吐 天 地 之 志 者 也 。 
一 一 罗贯中 














完美 境界 是 这 世界 上 的 终极 力量 ， 真 的 完美 ， 绝 不 苍白 无 力 。 
真正 的 完美 背后 是 规则 的 力量 。 
牛顿 第 一 定律 说 :任何 一 个 物体 在 不 受 任何 外 力 或 受到 的 力 平衡 时 ， 总 保持 匀速 直线 运 




































































这 无 疑 是 在 描述 一 种 完美 状态 ， 任 何 物体 当然 是 受 外 力 的 ， 但 谁 敢 说 这 一 完美 状态 是 苍 





























完美 的 软件 开发 状态 ， 其 存在 意义 与 上 述 相 同 。 
具体 而 言 ， 其 真实 作用 是 帮 我 们 俏 视 全 局 ， 对 种 种 问题 洞 若 观 火 ， 进 而 把 持 解 决 问题 的 









































为 获得 最 终 的 软件 产品 ， 中 间 必 然 面 临 种 种 困难 。 而 在 特定 场景 下 ， 项 目 所 面临 的 主要 





























矛盾 往往 不 同 。 比 如 ， 如 果 项 目的 主要 问题 是 缺 人 或 人 员 不 负责 任 ， 那 么 加 大 技术 培训 ， 增 


强 编码 能 力 ， 就 是 缘 木 求 鱼 


矛盾 ， 接 下 来 采取 具体 措施 进行 解决 ， 这 即 是 包 藏 宇宙 之 机 ， 且 腹 有 恨 谋 。 















































为 了 解决 种 种 问题 ， 事 实 上 需要 有 人 有 一 个 软件 开发 的 全 体 视 图 ， 再 从 中 找到 最 关键 的 












































而 上 述 所 有 关键 步骤 都 需要 完美 状态 作为 参照 ， 并 把 握 现 实 和 完美 状态 间 的 距离 一 一 现 





























实 世 界 中 难 的 并 非 是 没有 方法 ， 而 是 待 选 方法 太 多 ， 不 好 把 握 其 间 尺 度 。 这 就 要 求 首先 要 有 
完美 状态 下 的 整体 视图 ， 同 时 不 能 让 采取 的 措施 与 完美 状态 下 的 规则 相 背 高， 否则 就 会 陷入 






































智慧 与 珍珠 
佛 家 有 “ 智 珠 ”之 说 ,“ 智 珠 在 握 ” 则 用 来 形容 有 高 深 的 智慧 可 以 应 对 任何 事情 。 
非常 巧合 的 是 ， 达 成 “ 智 珠 在 握 ” 状 态 的 过 程 与 珍珠 的 形成 过 程 极 度 类 似 。 
一 旦 有 异物 侵入 蚌 的 外 套 膜 ， 蚌 就 会 不 停 地 分 沁 珍 珠 质 ， 最 终 得 到 的 就 是 珍珠 .。 
这 与 智慧 的 形成 过 程 相似 。 
一 个 人 对 软件 开发 的 全 体 视 图 可 以 浅 陋 ， 单 薄 ， 但 一 定 要 有 。 这 就 是 形成 珍珠 的 那 粕 杂 
它 可 以 是 沙 粒 ， 甚 至 可 能 是 鸟 屎 ， 这 都 没有 关系 ， 关 键 是 要 有 。 
在 此 基础 上 ， 可 以 读书 ， 可 以 从 实践 中 反省 ， 最 终 就 会 生成 璀璨 夺目 的 “ 珠 ”。 
但 如 果 没 有 这 粒 杂 质 ， 很 多 东西 就 无 所 依 赁 ， 到 头 来 学 到 的 东西 就 会 彼此 冲突 ， 知 识 反 


而 成 为 一 种 障碍 。 


这 正 是 编写 本 书 的 目标 之 一 一 一 通过 解构 和 逻辑 链 来 帮助 每 个 人 形成 自己 的 那 粒 杂质 。 


第 2 曹 ” 完 关 项 目 管 理 之 解构 


项 目 管理 自身 并 不 复杂 ， 却 往往 被 看 做 一 门 复杂 的 学 问 。 究 其 根本 ， 实 是 因为 为 术 则 
繁 ， 为 道 则 日 远 。 就 好 比 伐 树 的 时 候 却 从 剪 核 叶 做 起 ， 必 然 只 见 其 繁杂 ， 而 不 见 其 根本 。 
这 一 章 里 ， 我 们 将 对 管理 的 根本 命题 进行 解构 。 
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如 果 你 曾经 对 下 面 这 些 问 题 困惑 过 ， 那 么 在 这 里 ， 你 将 找到 一 份 逻辑 上 说 得 通 的 答案 。 
为 什么 同样 人 数 ， 天 分 又 差不多 的 团队 ， 爆 发 出 来 的 战斗 力 却 有 天 壤 之 别 ? 
为 什么 看 上 去 很 好 的 量化 管理 ， 一 旦 导入 却 会 天 奴 人 怨 ? 
为 什么 团队 的 成 员 会 从 旨 气 鞍 拖 ， 变 得 得 过 且 过 ”? 
为 什么 开源 项 目 没有 项 目 经 理 ， 往 往 也 运作 得 很 好 ? 管理 真 的 有 价值 么 ? 
为 什么 工厂 式 的 开发 不 适合 软件 ? 
项 目 经 理 究竟 要 不 要 懂 技 术 ? 
2.1 项 目 管理 的 存在 意义 
君子 务 本 ， 本 立 则 道生 。 
= 也 


2.1.1 价值 根源 


价值 是 一 个 可 以 引起 无 数 纷争 的 词语 。 在 商业 社会 中 ， 价 值 的 界定 就 更 为 艰难 。 即 使 完 
全 相同 的 两 个 程序 ， 广 为 人 知 的 可 能 价值 亿 万 ， 没 于 静 室 的 可 能 一 文 不 值 。 所 以 当 我 们 考察 
项 目 管理 的 价值 时 ， 我 们 必须 剥离 一 些 东 西 ， 使 价值 的 范畴 更 加 清晰 。 
在 后 续 各 个 章节 中 ， 对 价值 进行 讨论 时 ， 我 们 将 要 和 剥离 的 是 软件 的 商业 价值 。 也 就 是 说 ， 
在 完美 的 世界 中 ， 我 们 关注 的 是 做 最 好 的 软件 ， 但 并 不 关注 最 好 的 软件 是 否 有 市 场 。 后 者 显 
然 是 有 意义 的 ， 但 并 不 在 我 们 的 考察 范围 之 内 。 
在 剔除 商业 价值 之 后 ， 我 们 来 看 一 下 软件 的 一 个 根本 特质 。 
由 于 软件 是 一 种 固化 的 思维 ， 而 思维 固化 的 媒介 必然 是 代码 ， 因 此 我 们 可 以 讲 : 
软件 与 代码 相等 价 ， 是 同一 事物 的 两 面 。 也 即 说 代码 可 以 表征 软件 的 一 切 价值 。 
这 也 就 意味 着 ， 如 果 项 目 管理 确实 有 意义 ， 那 么 项 目 管理 必须 直接 或 间接 地 对 代码 施加 
影响 。 
显然 的 ， 项 目 管理 很 难 直 接 对 代码 产生 影响 ， 这 也 就 意味 着 项 目 管理 自身 并 不 直接 创造 
价值 ， 必 须 以 他 人 为 媒介 才 可 能 最 终 产 生 自 己 的 价值 。 
项 目 管理 者 对 他 人 可 能 产生 的 影响 可 以 分 为 两 类 : 一 是 对 个 人 的 影响 ， 二 是 对 组 织 的 影响 。 
@ 对 个 人 的 影响 可 以 体现 在 对 消极 、 排 斥 异 己 、 懒 履 、 好 高 车 远 等 负面 情绪 的 遏制 上 ; 
也 可 以 体现 在 肯定 成 绩 、 表 达 信 任 这 类 激励 方法 上 。 




































































































































































































































































































































































































































































@ 对 组 织 的 影响 则 可 以 体现 在 对 谋 而 无 断 、 职 责 不 清 、 流 程 不 清 这 类 负面 组 织 行 为 的 过 
制 上 ; 也 可 以 体现 在 创建 共识 、 对 组 织 意 识 形态 进行 引导 这 类 避免 纷争 的 手段 上 来 。 

上 述 两 点 正 是 项 目 管理 的 价值 根源 。 

在 下 一 节 里 ， 我 们 将 对 上 述 的 价值 根源 做 一 些 定性 的 分 析 ， 但 在 进行 定性 分 析 前 ， 有 必 















































要 对 项 目 管理 这 一 常用 词语 的 范畴 做 一 点 补充 说 明 。 因 为 我 们 推导 出 来 的 价值 根源 与 大 多 数 


人 的 认识 可 能 已 经 有 了 较 大 的 偏差 。 





















































我 们 来 看 一 下 PMBOK (Project Management Body of Knowledge， 项 目 管理 知识 体系 ) 对 
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管理 的 定义 : 
项 目 管理 就 是 把 各 种 知识 、 技 能 、 手 段 和 技术 应 用 于 项 目 活动 之 中 ， 以 达到 项 目的 要 求 。 
目 管理 是 通过 应 用 和 综合 诸如 启动 、 规 划 、 实 施 、 监 控 和 收尾 等 项 目 管理 过 程 来 进行 的 。 
一 PMBOK 
这 个 定义 中 的 关键 词 是 “各 种 ” 在 PMBOK 中 ,“ 各 种 ”被 定义 为 诸如 : 
法 律 、 金 融 、 标 准 、 规 章 制度 等 ， 甚 至 也 包含 文化 和 社会 环境 、 政 治 环境 等 。 
PMBOK 和 上 述 的 推导 结果 间 的 一 个 显然 差异 是 : PMBOK 强调 的 项 目 管理 的 职责 更 多 的 
































是 向 外 看 的 ， 而 我 们 推导 结果 是 项 目 管理 的 价值 根源 在 于 对 内 部 的 人 或 组 织 施加 影响 。 





























造成 这 种 差异 的 一 个 原因 是 PMBOK 考虑 的 是 现实 的 世界 ， 并 没有 如 我 们 一 般 剥 离 商 业 


























价值 这 一 维度 。 而 如 何在 两 者 之 间 寻 找平 衡 ， 则 是 从 完美 世界 回归 现实 时 需要 考虑 的 问题 ， 


























具体 情况 具体 分 析 ， 我 们 这 里 就 不 做 进一步 讨论 了 。 





2.1.2 定性 分 析 











让 我 们 回 到 第 3 章 中 提 到 的 公式 ， 一 个 人 的 工程 素养 为 E， 一 个 人 的 工作 意愿 为 W， 组 






































织 所 能 提供 的 力量 为 0， 内 耗 系数 为 M， 那 么 对 于 一 个 拥有 nm 个 人 的 团队 ， 其 在 单位 时 间 内 
最 终 可 能 贡献 值 可 以 表示 为 














[(EixWi +O)+(E2xxW2+O)+ %* +(EnW, +0)] xM 
M 的 取 值 可 以 为 0 到 1。0 表示 完全 内 耗 掉 ， 整 个 团队 完全 没有 页 献 。 
没有 管理 者 时 ， 在 指定 的 时 间 段 里 ， 这 一 团体 的 生产 率 为 
[(EixWi +O)+(ExxW2+O)+ 人 十 (EaowWn +0)] xM 

































































卫 
假设 加 入 了 一 个 管理 人 员 ， 由 于 管理 人 员 不 直接 创造 价值 ， 生 产 率 的 公式 变 为 
[(EixWi +O)+(ExxW2+O)+ 人 十 (EnwWn +0)] xM 


























(n+1) 
任何 管理 手段 几乎 不 可 能 对 工程 素养 E 产生 影响 ， 短 期 内 也 很 难 影响 组 织 力 0O， 因 此 如 









































四 
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工作 意愿 W 或 者 内 耗 系数 M 没有 变化 ， 则 生产 率 必 会 降低 。 反 过 来 讲 ， 项 目 管理 者 必须 
[ 作 意愿 W 或 者 内 耗 系数 M 施加 正面 影响 才能 促进 生产 率 的 增长 ， 进 而 阻止 生产 效能 区 
降低 。 



































为 做 进一步 分 析 ， 我 们 引入 经 济 学 中 边际 价值 和 边际 价值 递减 的 概念 。 边 际 价 值 是 指 在 





























其 他 条 件 不 变 的 前 提 下 ， 增 加 一 单位 要 素 投 入 所 增加 的 产品 的 价值 。 边 际 价值 递减 是 指 超过 


某 











水 平 之 后 边际 投入 的 边际 产 出 下 降 。 边 际 价值 递减 可 以 帮 有 我 们 推导 出 下 面 的 结论 。 
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当 一 个 人 处 于 消极 状态 时 , 其 工作 意愿 可 挖掘 空间 比较 大 , 管理 的 潜在 价值 也 比较 大 ( 边 
际 价 值 大 )。 但 当 一 个 人 本 来 就 是 为 兴趣 而 工作 ， 其 工作 意愿 必然 是 处 在 高 端 上 ， 这 时 候 即 使 
做 很 大 投入 ， 也 很 难 进一步 提高 其 工作 意愿 〈 边 际 价值 递减 )。 

在 后 一 种 情形 下 ， 管 理 者 的 价值 根源 就 变 成 了 降低 内 耗 系数 。 惩 罚 ， 奖 励 等 对 个 人 施加 
影响 的 手段 变 得 无 效 ， 管 理 者 的 职能 也 就 进一步 弱化 ， 变 为 coordinator〈 协 调 者 )。 这 能 很 好 
地 解释 为 什么 开源 项 目 中 并 不 存在 真正 意义 的 管理 者 ， 但 很 多 项 目 依然 运作 得 很 好 。 
Eric Raymond 在 《大 教堂 与 市 集 》 这 篇 文章 里 专门 提 到 了 管理 ， 在 列举 了 一 些 管理 的 基 
本 任务 〈 如 确立 目标 、 监 督 、 激 励 、 组 织 、 资 源 监护 ) 后 ，Eric Steven Raymond 说 : 显然 所 
有 这 些 目标 都 是 有 价值 的 。 但 是 在 开源 模式 以 及 其 社会 语 境 中 ， 这 些 目标 会 变 得 出 奇 得 不 靠 
谱 。 

































































































































































































































































































































































上 面 的 定性 分 析 可 以 成 为 这 一 现实 的 最 合理 解释 。 
到 这 里 ， 我 们 可 以 得 出 几 个 很 有 意思 的 结论 。 

人 工作 意愿 越 差 、 内 耗 越 大 ， 管 理 价值 越 大 ， 此 时 边际 价值 越 大 。 也 就 是 说 ， 组 织 越 成 
熟 ， 管 理 的 价值 越 小 。 组 织 越 不 成 熟 ， 管 理 的 价值 越 大 。 这 也 意味 着 ， 管 理 的 方向 是 消灭 管 
里 ， 而 不 是 让 管理 更 有 价值 。 




































































































































































2.2 ”完美 项 目 管理 的 要 素 


万 物 负 阴 而 抱 阳 ， 冲 气 以 为 和 。 
一 一 老子 

民 据 2.1 节 里 的 结论 ， 项 目 管理 为 了 体现 价值 ， 必 须 对 个 人 意愿 或 者 内 耗 系数 施加 影响 。 
接 下 来 ， 我 们 将 对 如 何 施加 影响 进行 一 些 分 析 : 
任何 人 都 有 一 个 自己 的 精神 世界 ， 外 部 种 种 往往 成 为 对 这 一 精神 世界 的 输入 。 意 愿 则 是 
个 人 精神 世界 对 种 种 输入 的 一 种 反应 。 

一 个 人 的 精神 世界 往往 有 其 深厚 之 历史 根源 (家 庭 、 经 历 、 文 化 背景 等 ;， 其 改变 往往 需 
要 剧烈 刺激 (家破人亡 、 生 命 受到 威胁 等 ), 但 大 多 时 候 ， 这 种 剧烈 刺激 并 不 存在 ,也 就 是 说 ， 
大 多 时 候 影 响 个 人 意愿 的 主要 手段 是 控制 种 种 “输入 ”， 而 非 直接 使 其 改变 。 

“输入 ”本 身 大 致 可 以 分 为 如 下 3 类 : 物理 环境 、 文 化 环境 (或 者 说 非 制度 环境 ) 及 制度 
环境 。 

@ 物理 环境 是 指 空间 、 桌 椅 、 计 算 机 等 。 

@ 文化 环境 是 指 未 曾 明确 定义 ， 但 又 相对 清晰 的 价值 取向 和 行为 规范 。 

@ 制度 环境 是 指明 确定 义 了 的 行为 规范 。 

上 面 的 表述 可 以 概括 成 如 图 2-1 所 示 的 情况 。 


输入 : 文化 环境 
输入 : 制度 环境 


图 2-1 影响 个 人 工作 意愿 的 要 素 






























































































































































































人 的 精神 世界 


输出 : 工作 意愿 




















假设 说 个 人 意愿 上 的 所 有 问题 都 得 到 了 解决 ， 每 个 人 都 可 以 很 理智 地 看 待 问题， 做 到 彻底 
的 公心 公论 ， 那 么 内 耗 产生 的 根本 原因 可 以 进一步 分 解 为 : 观点 的 分 歧 和 不 恰当 的 组 织 行为 。 






































@ 观点 的 分 歧 是 指 盲人 摸 象 式 的 争执 ， 这 时 任何 人 的 观点 都 有 属于 自己 的 合理 支撑 ， 





























不 一 致 ， 进 而 造成 对 立 。 
@ 不 恰当 的 组 织 行为 是 指 权 责 不 清 或 者 工作 时 序 安排 不 妥 这 类 问题 。 比 如 ， 
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例 1: 项 目的 关联 要 素 往往 形成 一 定 的 因果 关系 。 如 果 这 种 因果 关系 发 生 混乱 ， 那 么 会 




















导致 人 员 空 闲 或 者 返工 等 现象 出 现 ， 进 而 降低 效能 。 假 设 为 开发 某 个 程序 需要 购 入 某 型 设备 ， 


而 设备 的 购 入 周期 为 一 个 月 。 如 果 预 先 购 入 设备 ， 导 
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其 有 





前 才 意 识 到 需要 购 入 这 款 设 备 ， 那 么 很 可 能 所 有 团队 成 员 都 需要 空 等 一 个 月 。 
人 员 的 能 力 、 兴 趣 和 擅长 领域 是 不 同 的 ， 如 果 在 项 目 执行 到 一 定 程 度 的 时 
导 才 发 现 一 个 人 在 做 根本 不 适合 他 做 的 工作 ， 那 么 团队 的 效能 会 被 降低 。 任 何 项 目的 问题 都 











例 2: 项 目 















































一 定时 空 特 各 














和 








后 





才 发 现 再 进行 应 对 成 本 要 低 。 
上 面 的 观点 可 以 概括 成 如 图 2-2 所 示 的 情况 。 
不 恰当 的 组 织 行为 这 一 维度 是 当前 流行 的 项 目 管理 学 的 








观点 的 分 歧 
























































管理 

















战场， 是 PMP 这 类 认证 的 关键 , 但 实际 上 这 只 应 该 是 项 目 [Rs 组 级 




































































上 面 的 分 解 告诉 我 们 ， 用 逻辑 对 管理 方法 进行 推导 的 时 














候 ， 我 们 需要 从 下 面 几 个 方面 入 手 。 


@ 个 人 意愿 

加 物理 环境 

国 文化 环境 

国 制度 环境 

@ 内 耗 系 数 

图 观点 的 分 上 

加 不 恰当 的 组 织 行 为 

针对 这 几 个 方面 我 们 提出 一 些 逻 辑 链 来 分 析 其 最 关键 的 控制 点 ， 见 表 2-1。 


























表 2-1 项 目 管理 相关 的 逻辑 链 
管理 的 分 解 逻辑 链 


Bb 么 项 目 无 疑 能 够 平滑 进行 ， 但 如 果 在 使 





E， 而 在 大 多 时 候 ， 早 发 现 问 题 并 进行 应 对 ， 代 价 总 是 要 比 在 问题 已 经 变 严 





FE! 的 一 个 分 支 ， 只 关注 它 ， 会 导致 以 偏 概 全 。 图 2-2 影响 内 耗 系数 的 要 素 





























软件 是 一 种 固化 的 思维 一 只 有 人 才 是 思维 的 主体 一 思维 依赖 于 个 人 一 个 人 意愿 对 软件 生产 的 影响 巨大 






















































































软件 是 一 种 固化 的 思维 一 思维 的 基本 组 成 是 概念 和 逻辑 一 概念 和 逮 辑 的 推演 和 确立 
物理 环境 是 需要 集中 精力 , 连续 实施 的 一 物理 环境 上 要 尽 可 能 保证 思维 着 的 人 有 独立 思考 的 空间 
和 时 间 而 不 被 外 物 所 打 断 
个 人 意识 指导 行动 一 个 人 意识 受 环 境 中 现存 共识 影响 比较 大 一 真正 的 共识 下 , 个 人 行为 即 
意愿 组 织 行为 ， 组 织 行为 也 是 个 人 行为 一 如 果 所 有 组 织 行为 ， 都 是 共识 下 的 行为 ， 那 么 永远 
不 会 有 个 人 意愿 的 损耗 ， 也 不 会 有 纷争 内 耗 



































文化 环境 软件 是 种 
巨大 一 组 织 里 需要 让 人 积极 思考 的 氛围 一 形成 积极 思考 氛围 的 关键 要 素 是 : 积极 
被 鼓励 的 一 积极 思考 的 成 果 没有 被 轻易 注视 ,对 个 人 有 直 辑 的 观点 的 强制 在 决 要 
的 少 
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AH 





























促 各 


化 的 思维 一 思考 是 思维 形成 的 必 经 之 路 一 积极 的 思考 和 被 动 的 思考 差 
思考 





尽 可 
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管理 的 分 解 逻辑 链 

意识 指导 行动 一 总 体 来 看 ， 个 人 意识 是 倾向 于 扩张 而 非 收 敛 ( 收 入 ， 荣誉 ， 地 位 ， 
己 意 志 的 实行 程度 ) 一 扩张 的 目标 和 现实 的 差距 是 每 个 人 前 进 的 动力 一 管理 的 一 种 
命 是 确保 这 种 差距 存在 
制度 环境 软件 是 一 种 固化 的 思维 一 思维 的 本 质 是 概念 和 逻辑 一 概念 和 逻辑 无 法 直接 度量 和 精 
确 度量 一 度量 过 程 中 需要 很 多 的 主观 判断 一 以 目标 为 导向 的 , 以 个 人 为 中 心 的 量化 管理 
《相关 的 激励 和 惩罚 ) 将 朋 溃 一 参照 无 歧义 数据 《函数 复杂 度 等 ) 的 判断 将 成 为 程序 员 
评价 中 的 辅助 手段 
种 固化 的 思维 一 就 思维 上 大 多 数 问题 而 言 , 基本 上 是 一 题 多 解 一 组 织 结构 要 
情境 下 都 能 做 出 尽 可 能 正确 的 决断 ,但 又 不 能 伤害 个 人 意愿 一 层级 过 多 ， 会 叶 
的 人 离 现 场 越 远 ， 对 真实 的 情况 把 握 越 不 清楚 (信息 在 传递 时 会 损失 )， 

， 对 个 人 意愿 伤害 增加 一 组 织 应 该 尽 可 能 扁平 一 为 避免 谋 而 无 断 ， 即 使 
数 出 决定 的 人 
国 化 的 思维 一 思维 自身 具有 迭代 特质 〈 和 否定 之 否定 ) 一 思维 的 主体 必然 是 
的 对 接 也 是 只 有 人 才能 完成 的 工作 一 项 目 越 大 ， 需 要 的 迭代 也 就 越 多 ， 必 须 的 
间 的 沟通 量 也 就 越 多 一 参与 沟通 的 人 越 多 ， 需 要 协调 的 不 同 个 性 的 人 也 就 越 多 ， 
率 也 就 越 差 一 所 以 软件 生产 往往 表现 为 规模 不 经 济 。 同 一 个 软件 ,一 个 人 开发 ,效率 
高 ， 人 越 多 效率 越 差 一 尽 可 能 控制 团队 规模 〈 控 制 沟通 成 本 ) 

重复 是 降低 工作 效率 的 一 工作 分 解 必须 是 正 交 的 ,并 且 时 序 合理 , 符合 因果 关系 一 项 
不 恰当 的 组 织 行 | 目的 资源 是 有 限 的 ,必须 合适 的 人 做 合适 的 事情 一 为 达成 这 一 目的 , 项 目 管理 者 必须 既 
为 蛙 解 所 做 的 事 ， 也 理解 相关 的 人 员 特 性 一 为 避免 遗忘 ， 使 经 验 转化 为 价值 ， 普 适 于 多 个 
项 目的 ， 特 定 的 因果 关系 和 时 序 需要 被 提取 出 来 并 强制 实行 ， 最 终 形成 流程 
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观点 的 分 歧 要 
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三 

全 有 

并 | 惑 于 人 包 半 到 
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其 中 第 一 条 届 辑 链 不 针对 具体 子 项 ， 而 是 直属 于 “工作 意愿 ”的 。 主 要 是 用 来 说 明 ， 为 
什么 软件 这 一 行业 中 ,“ 工 作 意愿 ”需要 被 额外 强调 。 

下 面 我 们 将 对 这 9 条 逻辑 链 分 别 进 行 说 明 ， 为 使 逻辑 链 不 全 于 过 度 上 泌 ， 在 进行 说 明 的 
同时 ， 我 们 会 对 每 条 逻辑 链 进行 命名 ， 在 后 续 章 节 中 将 一 直 使 用 类 似 的 方法 。 


2.2.1 尿 辑 链 1: 意愿 之 价值 


软件 是 一 种 固化 的 思维 一 只 有 人 才 是 思维 的 主体 一 思维 依赖 于 个 人 一 个 人 意愿 对 思维 的 
确立 影响 巨大 。 

在 不 同 的 组 织 里 ， 人 的 价值 往往 不 同 ， 意 愿 的 价值 也 因此 而 不 同 。 通 常 来 讲 ， 当 一 项 工 
作 越 倾向 于 思维 ， 个 人 的 价值 越 大 ， 反 之 则 个 人 价值 越 小 。 当 个 人 价值 大 的 时 候 ， 工 作 意 愿 
所 隐 含 的 价值 也 随 之 增 大 。 这 与 我 们 日 常 的 所 见 所 闻 相 符 ， 下 面 来 看 两 个 极端 的 情形 。 

在 生产 性 企业 《〈 工 三 等 ) 里 ， 人 员 的 职能 相对 比较 单一 ， 可 蔡 换 性 也 就 比较 强 ， 个 人 的 
价值 也 就 比较 小 ， 但 在 理论 研究 这 样 的 领域 里 ， 人 几乎 就 是 一 切 。 

在 生产 性 企业 里 ， 即 使 工作 人 员 对 工作 比较 反感 ， 只 要 能 保证 工作 比较 机 械 性 的 一 面 ， 
则 仍然 可 以 持续 创造 价值 。 但 搞 理论 研究 的 人 ， 如 果 心 不 在 在， 那么 出 成 绩 的 可 能 性 几乎 是 
零 ， 这 两 种 情况 示意 图 如 图 2-3 所 示 。 























































































































































































































































































































手册 的 作 
生产 型 企业 
研究 室 
意愿 的 影响 度 











图 2-3 ”工作 意愿 与 企业 类 型 的 示意 菇 
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可 以 
进行 
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es 





前 文 所 述 ， 软 件 同时 具 








的 地 步 。 

















SE 
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载 的 


























发 明 


接近 


都 全 
变 得 


知 著 


东西 足够 少 。 

















显 


于 后 者 。 


共有 很 高 的 浮动 空间 。 


如 果 我 们 认为 生产 性 企业 和 研究 性 


很 长 的 跨度 ， 但 总 的 来 看 比较 倾向 于 后 者 。 这 是 












































目 万 



































我 们 常见 的 小 规模 的 信息 管理 系统 更 接近 于 前 者 ， 


思维 的 特质 和 思维 
有 的 软件 开发 门槛 比较 低 ， 其 至 达到 只 
































这 并 不 让 人 惊讶 。 思 维 是 上 天 赐予 人 类 的 礼物 ， 只 要 是 正常 的 人 ， 不 分 高 低 贵 贱 ， 都 具 
j 思 维 的 能 力 。 从 这 个 角度 上 看 ， 只 要 是 人 就 具备 进行 程序 开发 的 能 只 要 软件 承 











但 也 正如 语言 人 人 可 以 懂 ， 人 人 可 以 说 ， 却 远 不 是 每 个 人 都 是 文学 家 一 样 。 当 软件 
的 内 在 复杂 度 逐 步 提升 ， 质 量 要 求 也 逐步 提升 的 时 候 ， 








组 织 是 两 个 端点 ， 那 么 软件 则 在 这 两 个 端点 之 间 
软件 自身 的 特质 所 决定 的 。 

承载 之 物 的 特质 。 这 就 使 软件 的 复杂 程度 
要 是 正常 智商 的 人 就 可 以 














占据 





























身 














软件 的 个 人 依赖 特质 ， 才 会 表现 得 越 


而 操作 系统 内 核 ， 大 规模 的 系统 则 更 


但 不 管 是 哪 类 的 软件 开发 ， 只 要 规模 、 质 量 要 求 、 生 产 性 能 的 要 求 达 到 了 一 定 的 程度 ， 






































巨大 起 来 。 

















使 软件 开发 更 倾向 于 研究 性 


量化 意愿 很 难 ， 但 定性 分 级 却 3 





组 织 而 非 生产 性 企业 ， 














不 难 ， 大 致 可 以 有 以 下 3 个 层次 。 























当 一 天 和 尚 撞 一 天 钟 ， 有 事 就 应 付 一 下 。 


® 
@ 能 对 自己 工作 负 得 起 责任 。 
@ 全 身心 投入 ， 主 动工 作 。 





“ 当 一 天 和 尚 撞 一 天 钟 ”状态 下， 工作 意愿 可 以 无 限 趋 近 于 0。 








意愿 状态 的 判断 





在 这 种 时 候 意愿 对 软件 生产 的 影响 就 





在 日 本 管理 人 员 中 流传 着 这 样 一 种 共识 ， 当 你 不 太 弄 得 清 一 个 公司 的 状况 时 ， 你 可 以 去 
看 看 它 的 卫生 间 。 卫 生 间 脏 、 乱 、 差 的 公司 大 致 上 是 混乱 的 公司 。 这 方法 听 着 偏 门 ， 但 确实 
在 一 定 范围 内 是 有 效 的 ， 因 为 完全 不 在 意 卫 生 间 环境 的 团队 ， 人 往往 就 是 工作 意愿 较 差 ， 抱 着 
当 一 天 和 尚 撞 一 天 钟 想 法 的 团队 。 
这 同时 也 提示 我 们 检查 一 个 团队 的 工作 意愿 并 不 难 ， 并 不 需要 烦琐 且 复杂 的 方法 ， 见 微 


已 是 足够 。 





令 工作 没完 ， 但 如 果 没 人 督促 ， 则 所 有 人 都 到 点 下 班 。 这 表示 这 是 一 个 “ 当 一 天 和 尚 撞 


一 天 钟 ” 的 团队 。 








令 说 好 的 事 ， 大 家 都 是 能 拖 就 拖 ， 


天 钟 ”的 团队 。 









































能 不 做 就 不 做 。 这 也 表示 这 是 











令 顺手 就 可 以 做 好 的 事 ， 却 从 来 没 人 关心 ， 比 如 ， 水 龙头 漏水 了 ， 





进行 联络 ， 这 也 表示 这 是 一 个 “ 当 一 天 和 尚 撞 一 天 钟 ”的 团队 。 





2.2.2 ”逻辑 链 2: 物理 环境 


软件 是 一 种 思维 一 思维 的 基本 组 成 是 概念 和 逻辑 一 概念 和 逻辑 的 推演 和 确立 是 需要 集中 
精力 ， 连 续 实 施 的 一 物理 环境 上 要 尽 可 能 保证 思维 着 的 人 有 独立 思考 的 空间 和 时 间 而 不 被 外 
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打 断 。 











个 “ 当 一 天 和 尚 撞 一 





却 从 来 没 人 和 负责 人 














无 论 是 软件 中 各 个 概念 的 确定 ， 还 是 逻辑 的 推演 ， 事 实 上 都 是 一 个 连续 思考 的 过 程 。 任 
何 对 这 一 过 程 的 打 断 ， 都 需要 在 脑海 中 重新 恢复 现场 ， 重 新 进入 状态 ， 这 无 疑 是 影响 效率 的 。 

如 《人 件 》 一 书 中 所 强调 的 ， 只 要 当事人 从 事 的 软件 发 还 不 是 不 用 思考 ， 随 随便 便 就 
可 以 完成 那 一 类 时 ， 无 疑 的 要 确保 当事人 思考 的 空间 和 时 间 。 以 当前 的 社会 环境 而 言 ， 达 成 
《人 件 》 中 所 描述 场景 (如 : 每 人 一 间 办 公 室 ) 估计 还 需要 较 长 的 时 间 。 这 首先 是 经 济 问题 。 
如 果 软 件 每 年 所 带 来 的 收益 只 等 价 于 100 间 办 公 室 的 租金 ， 并 且 需 要 1000 个 人 来 开发 ， 那 么 
上 述 想 法 就 是 不 可 能 的 。 如 果 能 提供 一 组 数据 来 描述 【人 /每 平方 米 】 和 【思维 效率 】 间 的 对 
应 关系 , 则 无 疑 是 有 帮助 的 , 可 惜 当前 还 找 不 到 这 样 的 数据 。 作 为 折 中 , 也 可 以 尝试 培养 “上 
午 少 互 相 打扰 ， 下 午 多 交流 ”这 类 的 工作 习惯 来 做 些 弥 补 。 


2.2.3 ”逻辑 链 3: 文化 环境 之 “意识 形态 ” 


意识 指导 行动 一 个 人 意识 受 环 境 中 现存 共识 影响 比较 大 一 真正 的 共识 下 ， 个 人 行为 即 组 
织 行为 ， 组 织 行为 也 是 个 人 行为 一 如 果 所 有 组 织 行为 ， 都 是 共识 下 的 行为 ， 那 永远 不 会 有 个 
人 意愿 的 损耗 ， 也 不 会 有 纷争 内 耗 。 

组 织 中 的 共识 ， 勉 强 可 以 称 为 “意识 形态 ” 意识 形态 的 力量 可 以 无 限 大 ， 再 怎么 高 估 也 
不 为 过 。 

经 济 学 家 凯恩斯 曾经 讲 过 : 经 济 学 家 与 政治 学 家 的 思想 ， 其 力量 之 大 ， 往 往 出 于 常人 意 
料 。 实 际 上 ， 统 治世 界 的 不 过 就 是 这 些 思想 。 这 虽然 未 必 完 全 正确 ， 但 实 是 对 意识 所 蕴含 的 
量 的 极 佳 诠释 。 

意识 形态 这 个 题目 挫 开 来 ， 可 以 无 限 广 ， 在 这 里 我 们 把 范围 收 束 在 团队 内 部 。 

科幻 小 说 作家 刘 慈 欣 在 《白玉 纪 往事 》 中 描写 了 这 样 一 种 场景 :蚂蚁 和 芍 龙 分 别 创 建 了 
自己 的 帝国 ， 而 有 一 天 两 个 帝国 要 开战 了 ， 其 原因 是 : 蚂蚁 认为 上 帝 的 样子 应 该 是 蚂蚁 ， 而 
恐龙 则 认为 上 融 的 样子 应 该 是 恐龙 。 与 蚂蚁 和 恐龙 的 战争 相 类 似 的 事情 ， 在 项 目 团 队 内 部 每 
天 上 演 ， 但 其 频 度 和 程度 则 受 限 于 共识 的 多 少 。 

一 些 不 是 项 目 层 面 可 以 控制 的 事情 可 以 被 忽略 ， 但 在 项 目 层面 至 少 要 对 一 些 经 常 发 生 的 
事情 形成 共识 ， 不 然 个 人 意愿 会 降低 ， 内 耗 会 增 大 。 

下 面 列举 一 些 经 常 发 生 的 ， 需 要 达成 共识 的 例子 ， 以 供 参 考 。 

(1) 相信 谁 的 共识 

项 目 中 伴 到 问题 了 ， 大 家 调查 了 一 下 答案 ; 床 省 理工 可 能 说 A 对 ，CMMI 可 能 说 B 对 ， 
团队 中 有 两 个 人 坚持 认为 自己 是 对 的 。 这 时 候 怎么 处 理 ? 这 类 事情 上 需要 培养 的 是 一 种 不 唯 
书 ， 不 唯 上 ， 只 为 实 的 共识 一 一 即使 最 终 自己 仍然 可 能 是 错 的 。 

(2) 如 何 判断 意见 有 没有 被 尊重 的 共识 
团队 可 以 尽 可 能 尊重 每 个 人 的 意见 ， 但 最 终 的 选择 往往 只 能 有 一 个 。 这 意味 着 很 多 人 的 
意见 最 终 会 被 抛弃 。 i et 
k 识 ， 那 么 个 人 意愿 会 非常 容易 受到 干扰 。 

(3) 忙 与 不 忙 的 共识 

比如 说 ，A 说 我 很 忙 ， 无 法 做 当前 工作 之 外 的 事情 。B 则 认为 你 从 来 都 不 加 班 ， 哪 里 忙 了 ， 
明显 是 不 愿意 多 承担 工作 。 a 

(4) 小 利益 分 配 上 的 共 











































































































































































































































































































































































































































































































出 吊 
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比如 说 ， 有 新 人 加 入 时 ， 一 般 会 分 配 新 的 计算 机 。 这 时 有 的 公司 把 分 配 的 权利 下 放 给 团 































































































队 自 身 。 而 有 的 团队 则 会 把 新 计算 机 分 配给 老 员 工 ， 新 员工 用 换 下 来 的 旧 计 算 机 。 这 时 候 如 
果 没 有 共识 (可 以 表现 为 定义 好 的 分 配 规 则 )， 则 会 导致 意 想 不 到 的 麻烦 。 

@ 新 员工 会 以 为 ， 明 明 是 我 的 ， 怎 么 拿 给 别人 ， 很 气愤 。 

@ 分 不 到 的 老 员 工会 以 为 ， 怎 么 给 他 不 给 我 ， 很 气愤 。 

@ 分 到 的 老 员 工会 以 为 ， 明 明 我 的 工作 更 需要 ， 你 们 有 什么 好 不 满 的 ， 也 很 气愤。 

(5)“ 组 织 ” 与 “个 人 ” 间 利 益 均衡 上 的 共识 

即使 在 最 为 公正 的 环境 中 ， 组 织 利 益 和 个 人 利益 还 是 会 有 所 冲突 。 这 种 冲突 ， 不 涉及 是 















































非 标准 ， 而 只 和 价值 取向 有 关系 。 比 如 ， 有 的 员工 可 能 特别 喜欢 自由 随意 的 风格 ， 但 为 了 项 
目 安 全 ， 具 体 的 工作 却 可 能 要 求人 严格 遵守 某 些 确定 的 规范 。 这 个 时 候 很 难 讲 对 错 ， 所 能 
的 只 是 一 种 选择 。 这 类 情形 下 ， 需 要 培养 的 共识 是 关于 哪 种 程度 的 冲突 是 正常 的 应 该 接受 ， 
哪 种 程度 的 冲突 是 过 分 的 ， 应 该 坚决 反对 。 要 么 接受 ， 要 么 拒绝 都 是 不 错 的 选择 ， 勉 强 接受 ， 
而 又 心里 抱怨 就 不 好 了 。 没 有 这 类 共识 ， 长 时 间 下 来 ， 每 个 人 心里 剩 下 的 可 能 就 只 有 抱怨 了 。 

(6) 无 心 之 失 上 的 共识 

考虑 下 面 这 两 类 情形 : A 努力 做 事 ， 承 担 的 工作 也 比较 多 ， 且 艰难 ，B 比较 消极 ， 承 担 
的 工作 也 就 比较 少 ， 且 容易 。 这 时 候 A 因为 某 个 疏忽 导致 了 一 个 错误 ， 影 响 了 工作 ; B 的 工 
作 却 做 得 比较 顺利 。 这 时 候 应 该 如 何 看 待 这 A 和 B? 这 并 非 是 一 个 是 非 问 题 ， 而 是 一 个 选择 
问题 。 假 如 说 ， 一 个 组 织 以 责任 感 和 主动 性 为 评价 一 个 人 的 唯一 准绳 ， 那 么 A 就 并 不 值得 苛 
责 ， 反 倒是 B 会 逐渐 出 局 。 
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中 国 古 代 的 奖惩 观 
在 《尚书 -大生 庶 》 中 姑 陶 在 评价 帝 罕 时 说 : 
“ 寡 过 无 大 ， 刑 故 无 小 ; 罪 疑 惟 轻 ， 功 疑 惟 重 ; 与 其 杀 不 阐 ， 宁 失 不 经 ”， 
大 意 是 说 : 宽 想 臣民 无 心 的 大 过 ， 但 重 罚 那 种 故意 犯 下 的 罪行 ， 即 使 那 只 
之 罪 处 罚 从 轻 ， 对 有 疑 之 功 赏 则 从 重 。 为 了 避免 枉 杀 无 辜 ， 宁可 放弃 那 种 不 
何 新 《大 政 完 典 . 尚书 新 解 》 
细 细 想来 ， 这 数 千 年 前 的 智慧 足以 击 穿 时 空 ， 今 时 今日 仍然 闪烁 着 焰 眼 的 光芒 。 


。 对 


是 
能 的 罪 


小 罪 
人 。 
























































《7) 保持 现状 与 勇往直前 上 的 共识 

如 果 我 们 认可 外 部 环境 始终 在 发 生 着 变化 ， 那 么 不 断 的 改变 自身 通常 就 是 必要 的 。 与 这 
种 必要 性 相对 的 是 一 一 很 多 时 候 人 们 讨厌 变化 。 

社会 变革 中 ， 这 种 反对 力量 其 根源 也 许 更 加 复杂 ， 团 队 中 这 种 反对 力量 大 多 来 源 于 一 种 











安全 的 假象 以 及 对 思考 和 风险 的 厌恶 。 












































































































































潜意识 中 很 多 人 认为 ， 对 于 一 种 行 之 已 久 的 方法 ， 既 然 他 没 导致 任何 问题 ， 那 对 项 目 而 
言 这 种 方法 是 安全 的 ， 毕 竞 它 不 会 导致 较 大 的 失败 。 与 此 同时 ， 任 何 改 变 在 可 能 获得 收益 之 
前 ， 首 先 要 面 对 的 是 风险 。 这 是 很 多 人 所 不 愿 承担 的 。 

从 “不 唯 上 ， 不 唯 书 ， 只 唯 实 ”的 视角 来 看 ， 任 何 改变 ， 其 起 点 必然 是 某 种 已 经 暴露 出 
来 的 不 合理 性 ， 而 要 想 提出 合适 的 改变 方法 ， 对 这 种 不 合理 性 进行 深度 思考 则 是 必须 的 ， 这 
将 成 为 一 份额 外 的 工作 ， 这 也 是 很 多 人 所 厌恶 的 。 但 是 ， 一 旦 在 一 个 团队 中 产生 因循守旧 的 
氛围 ， 那 么 像 主动 性 这 类 最 必须 的 东西 就 会 在 不 知 不 觉 中 消失 殖 尽 ， 团 队 前 进 的 动力 也 就 会 
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逐步 消失 。 这 是 极为 危险 的 ， 所 以 在 这 类 问题 上 的 共识 至 关 重 
14 











假设 说 我 们 从 A 点 出 发 进行 改善 ， 途 经 B,C,D 但 最 终 却 回 到 了 A。 这 个 时 候 如 果 我 们 能 
保证 A 一 B, B 一 C, C 一 D, D 一 A 的 变化 是 膛 辑 的， 是 合理 的 。 那 么 这 种 否定 之 否定 的 过 程 就 
远 比 始终 停留 在 A 要 更 有 价值 。 





























































































































鲁迅 先生 曾 在 《无 声 的 中 国 》 里 讲 : 
壁 如 你 说 ， 这 屋子 太 暗 ， 须 在 这 里 开 一 个 窗 。 大 家 一 定 不 允许 的 。 但 如 果 你 主张 拆 掉 房 























顶 ， 他 们 都 会 来 调和 ， 愿 意 开 窗 了 。 没 有 更 激烈 的 主张 ， 他 们 总 连 平和 的 改革 也 不 青 行 。 
鲁迅 先生 写 这 段 文字 的 时 候 ， 心 里 想必 是 无 奈 的 。 而 这 种 无 奈 不 应 该 在 任何 一 个 团队 成 
员 的 心里 产生 。 
(8) 暧昧 与 直 来 直 去 上 的 共识 
权利 无 论 大 小 ， 往 往 令 人 迷恋 。 直 接 与 上 级 论 及 其 自身 的 是 非 ， 往 往 会 引致 上 司 的 不 快 。 
而 上 司 往往 拥有 对 工资 、 奖 金 等 的 影响 力 ， 如 果 上 司 不 能 公心 公论 ， 那 么 无 疑 其 后 果 是 严重 
的 。 
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上 面 讲 的 是 最 简单 的 人 都 会 想到 的 事情 ， 于 是 很 多 事情 趋 于 暧昧 琢磨 上 司 的 心理 成 为 
一 门 必修 功课 。 这 种 氛围 一 旦 形成 ， 组 织 就 会 逐渐 往 “一 言 堂 ”的 方向 靠拢 。 所 以 我 们 有 理 
呼唤 一 种 直 来 直 去 的 风格 ， 软 件 团队 是 做 开发 的 ， 是 非 面前 不 需要 太 多 的 含蓄 。 这 对 管理 
者 的 要 求 是 ， 一 定 要 确保 没有 人 会 因为 直接 发 表 观 点 受到 任何 形式 的 批评 。 对 于 管理 者 而 言 ， 
破坏 一 种 直 来 直 去 的 风格 ， 实 在 是 再 简单 不 过 的 事情 。 

(9) 具体 与 似是而非 上 的 共识 

陶渊明 曾 在 《五 柳 先生 传 》 中 写 到 。 好 读书 ， 不 求 其 解 ， 每 有 会 意 ， 合 欣然 忘 食 。 以 诗 
文 而 论 ， 首 要 之 事 是 悟 其 神 葛 ， 所 以 “不 求 其 解 ” 是 比 “ 咬 文 喝 字 ”要 高 明 的 治学 态度 。 但 
对 项 目 管理 则 恰恰 相反 ， 更 多 的 时 候 是 需要 咬 文 咽 字 地 洪 清 各 个 概念 的 确切 含义 ， 而 不 能 不 
求 其 解 。 

当 我 们 设立 一 个 目标 或 分 解 一 个 任务 时 ， 目 标 或 任务 的 接受 者 对 这 个 目标 的 理解 偏差 越 
小 ， 团 队 的 行进 方向 越 不 会 出 现 偏差 。 这 个 时 候 最 可 怕 的 事情 是 容忍 “差不多 就 是 这 个 样子 ” 
这 类 的 想法 ， 这 样 最 终 会 导致 每 个 人 不 是 在 同一 个 方向 上 用 力 。 

上 面具 是 列举 了 一 些 常见 的 例子 ， 实 际 中 针对 具体 工作 或 团队 特色 ， 需 要 达成 共识 的 地 
方 可 能 不 同 。 但 像 小 利益 分 配 这 样 的 事情 确实 很 多 很 杂 ， 影 响 又 比较 微妙 ， 必 须 达 成 共识 。 
而 共识 本 身 其 实 并 无 对 错 ， 只 要 存在 ， 是 真 的 共识 。 

达成 共识 的 关键 手法 是 以 逻辑 和 事实 为 基础 进行 公开 讨论 ， 而 尽 可 能 客观 、 公 正 的 关键 
点 则 在 于 剥离 利害 关系 。 比 如 说 ， 项 目 组 获得 了 一 笔 额外 的 奖金 ， 明 天 就 要 发 放 了 ， 那 么 如 
果 今 天 才 讨论 奖金 分 配 的 原则 ， 就 几乎 不 可 能 有 结论 。 而 如 果 在 没有 奖金 的 时 候 ， 事 先 讨论 
就 会 顺利 很 多 。 

















































































































































































































































































































































































































































































































“ 深 ” 文 化 与 “ 浅 ” 文 化 

团队 的 文化 是 有 深浅 的 。 

如 果 说 “ 岂 日 无 衣 ? 与 子 同 袍 .” 是 一 种 “ 深 ” 文 化 ; 那 工作 之 余 ， 喝 酒 打牌 无 疑 是 一 种 
“ 浅 ” 文 化 。 

以 公司 这 种 组 织 形 态 而 论 ， 如 果 文 化 本 身 不 以 员工 的 核心 利益 诉求 为 根基 ， 那 么 文化 建 
设 本 身 往往 是 “ 虚 情 假意 ”的 ， 得 到 的 也 只 能 是 “ 浅 ” 文 化 。 

只 有 直接 面 对 员工 的 人 ， 关 心 各 个 员工 的 核心 利益 诉求 ， 才 可 能 形成 真正 的 “ 深 ” 文 化 。 
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比如 ， 对 年 青 的 员工 要 尽 可 能 清楚 地 告诉 员工 他 3 年 后 可 以 成 长 为 什么 样子 。 

无 论 在 哪里 ， 公 司 与 个 人 之 间 始 终 会 存在 着 矛盾 。 而 面 对 矛 盾 ， 要 么 调和 而 共同 发 展 ， 
要 么 激化 而 斗争 ， 而 后 者 则 是 一 场 灾难 。 

事实 上 只 有 “ 深 文化 ” 才 有 可 能 调和 矛盾， 避免 灾难 发 生 。 

如 果 把 个 人 和 公司 抽象 为 两 极 ， 那么 只 有 在 两 极 上 的 硅 码 等 重 ， 才 可 能 达到 均衡 状态 。 
在 公司 这 种 组 织 形态 下 ， 公 司 一 极 的 夸 码 天 生 较 重 。 比 如 说 ， 运 作 项 目 时 ， 项 目 利益 压倒 其 
他 很 多 个 人 考量 。 这 个 时 候 如 果 没 有 其 他 “势力 ”与 之 对 冲 ， 那 么 最 终结 局 必然 是 天 平 不 断 
向 公司 一 极 倾 儿 。 这 时 候 ， 往 往 就 需要 “ 深 ” 文 化 来 对 此 进行 平衡 ， 否 则 倾 儿 到 一 定 程 度 ， 
必然 矛盾 激化 导致 斗争 (离职 也 可 以 看 做 是 一 种 斗争 形式 )。 


2.2.4 ”逻辑 链 4: 文化 环境 之 “观点 整合 ” 


软件 是 一 种 固化 的 思维 一 思考 是 思维 形成 必 经 之 路 一 积极 的 思考 和 被 动 的 思考 差异 巨大 
一 组 织 里 需要 让 人 积极 思考 的 氛围 一 形成 积极 思考 氛围 的 关键 要 素 是 : 积极 思考 是 被 鼓励 的 
一 积极 思考 的 成 果 没 有 被 轻易 漠视 ， 对 个 人 有 逻辑 的 观点 的 强制 否决 要 尽 可 能 的 少 。 

当 一 个 人 认为 他 的 观点 被 毫 无 理由 地 忽略 ， 并 被 强行 拉 到 了 另 一 条 路 上 时 ， 通 常 这 个 人 
表现 出 愤怒 ， 消 极 等 情绪 。 如 果 这 是 偶然 事件 ， 那 么 时 间 可 以 帮助 淡化 其 负面 影响 ， 但 如 
这 是 一 种 组 织 的 文化 特征 ， 那 么 这 类 情形 无 疑 会 对 所 有 人 的 工作 意愿 造成 致命 伤害 。 

从 原因 来 看 ， 观 点 分 歧 大 致 有 如 下 两 类 。 

@ 一 类 是 有 的 人 认 知 还 不 够 清楚 ， 比 较 片 面 ， 是 盲人 摸 象 式 的 。 

@ 男 一 类 是 认 知 已 经 足够 清楚 了 ， 但 视角 不 同 ， 选 择 不 同 ， 是 横 看 成 岭 侧 成 峰 式 的 。 

对 于 盲人 摸 象 式 分 发， 为 避免 对 工作 意愿 形成 致命 伤害 ， 那 么 做 决定 的 人 无 疑 要 通过 届 
辑 分 析 把 各 种 认识 引导 到 同一 观点 上 来 。 这 时 候 事实 上 要 求 做 决定 的 人 必须 对 问题 的 本 质 有 
着 更 深层 次 的 把 握 。 
对 于 横 看 成 岭 侧 成 峰 式 分 上层， 由 于 并 不 单纯 的 是 你 对 我 错 ， 而 是 多 种 观点 同时 具有 合理 
性 ， 只 不 过 视角 不 同 。 那 么 ， 当 不 选择 某 些 观点 时 ， 至 少 要 让 持 这 种 观点 的 人 知道 ， 他 的 观 
点 没 被 接受 的 原因 是 什么 。 

上 面 的 简单 逻辑 坚持 得 好 ， 最 终 就 会 形成 真 的 “民主 集中 ”有 问题 畅所欲言 ， 有 决定 后 
集中 实施 的 文化 环境 ， 坚 持 得 不 好 ， 就 会 成 为 “一 言 堂 ”有 问题 没 人 说 话 ， 做 起 事情 牢骚 满 
腹 的 文化 环境 。 

在 处 理 观 点 整合 时 ， 比 较 差 的 情形 是 走 两 个 极端 : 要 么 是 “一 言 党” 要 么 是 “绝对 自由 
主义 ”。 从 危害 来 看 ， 这 两 者 一 样 的 差 ， 并 无 区 别 。 所 不 同 的 是 人 们 对 “一 言 尝 ” 模 式 深 恶 痛 
名 ， 无 比 警觉 ， 而 对 “绝对 自由 主义 ” 却 很 包容 ， 认 为 是 民主 风范 。 下 面 来 分 析 一 下 这 两 种 
情形 。 

在 “一 言 堂 ”的 模式 下 ， 项 目 管理 者 具有 凌驾 于 其 他 成 员 之 上 的 权威 ， 甚 至 可 以 以 个 人 
喜好 来 代替 是 非 标准 。 

在 “绝对 自由 主义 ”的 模式 下 ， 没 人 能 把 自身 的 意志 强加 到 别人 身上 ， 体 现 为 议 而 不 决 ， 
谋 而 不 断 。 

如 果 我 们 认为 ， 项 目 管理 是 一 种 存在 着 某 种 内 在 的 规律 的 事物 ， 并 且 只 有 人 的 行为 符合 
了 这 种 内 在 规律 后 ， 才 能 把 项 目 管理 做 好 的 话 ， 那 么 无 疑 的 上 述 两 种 极端 情形 都 是 不 好 的 ， 

16 





















































泗 峭 



































































































































出 | 





























= 

















































































































HH 


























二 








i 

































































































































































他 们 都 使 顺应 这 种 规律 更 加 困难 。 
“一 言 党 ”的 状态 下 ， 通 常 很 难 集思广益 ， 不 利于 认 知 的 深入 ， 同 时 会 扼杀 团队 成 员 的 
任 感 和 积极 性 。 一 旦 责任 感 丧 失 ， 信 任 感 也 就 会 逐渐 失去 ， 团 队 的 效能 也 就 会 一 路 下 滑 。 毕 
竟 测 试 驱动 开发 这 类 方法 论 ， 不 是 管理 人 员 一 个 人 决定 后 就 可 以 自然 地 获得 成 功 的 ， 更 需要 
的 是 群体 的 合作 和 努力 。 
“一 言 党 ”状态 非常 容易 识别 ， 通 常 有 以 下 几 个 典型 特征 。 
@ 所 有 的 上 司 来 的 要 求 体现 为 一 种 命令 ， 执 行者 甚至 不 关注 这 么 做 背后 的 理 
@ 沟通 往往 是 单 向 的 ， 上 司 很 难 收 到 下 属 来 的 反馈 。 
假设 说 有 一 辆 车 ， 我 们 希望 它 走 得 快 ， 那 么 无 论 推 或 拉 都 不 是 最 佳 手 段 〈 即 使 推 或 拉 的 
人 的 力量 非常 大 )， 只 有 这 辆 车 能 够 自行 前 进 了 ， 那 么 未 来 才 是 光明 的 。 
“绝对 自由 主义 ”的 状态 下 ， 团 队 成 员 各 行 其 是 ， 方 向 混乱 ， 内 耗 严 重 ， 执 行 力 低下 ， 团 
队 效能 低下 。 亚 里 士 多 德 对 这 种 状态 极其 反感 ， 他 说 : 多 头 是 有 害 的 ， 让 一 个 人 去 统治 吧 ! 
这 种 状态 的 典型 特征 是 会 议 比较 多 ， 但 每 次 的 问题 都 议 而 不 决 ， 就 算 决 了 也 没 人 做 。 
以 项 目 管理 而 论 ， 上 述 两 种 极端 情形 都 需要 避免 ， 需 要 向 理性 回归 。 
@ 当 一 个 人 是 讲 逻 辑 的 ， 那 么 结合 特定 情境 (时 限 ， 人 力 资源 ， 技 术 难 度 等 )， 事 情 如 
何 处 理 大 多 会 有 定论 ， 即 可 以 辩 明 是 非 ， 这 类 情形 下 无 颖 不 需要 强权 。 而 如 果 一 个 人 
是 不 讲 道理 和 逻辑 的 ， 那 么 更 应 该 把 这 个 人 剔除 出 去 ， 而 不 是 在 日 常 工作 中 以 强权 进 
行 压 制 。 
@ 当面 临 各 有 利弊 的 选择 时 ， 根 据 权利 与 责任 应 当 为 常数 这 一 原则 ， 职 位 高 的 人 要 做 出 
选择 。 职 位 所 赋予 的 权利 只 应 使 用 在 这 类 场景 下 。 
@ 在 解决 观点 冲突 时 ， 强 权 是 绝对 必要 的 ， 但 也 是 最 应 该 避免 的 。 这 与 软件 的 特质 与 组 
织 结构 的 特质 有 关 。 与 此 同时 项 目 组 作为 一 种 相对 比较 松散 的 组 织 结构 ， 并 不 足以 文 
撑 强 权 的 大 幅 使 用 。 
项 目 组 这 种 结构 并 不 具备 “ 强 约束 力 ” 人 员 至 少 可 以 选择 退出 (离职 ) 或 消极 (得 过 且 
过 )。 而 如 前 文 所 说 ， 消 极 对 强调 思考 的 软件 开发 而 言 是 致命 的 。 
反 过 来 讲 ， 既 使 用 强权 也 要 求 主动 也 不 是 完全 不 可 以 , 但 要 有 办 法 缩小 人 员 选 择 的 权利 ， 
比如 ， 给 超过 平均 水 平 2 倍 的 工资 。 但 这 似乎 很 难 ， 也 很 难 持久 ， 并 且 长 期 来 看 ， 始 终 还 是 
会 伤害 工作 意愿 。 
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权利 的 来 源 与 类 型 

管理 人 员 需 要 对 能 否 提 高 团队 的 效能 负责 ， 所 以 他 的 权利 不 是 来 源 于 他 的 老板 ， 而 是 来 
自 他 手 里 的 事业 。 其 实 这 是 对 事 不 对 人 的 本 源 ， 也 应 该 成 为 项 目 管理 中 使 用 权利 的 准绳 ，。 

从 执行 的 角度 看 ， 事 业 自 身 通 常 也 可 以 表示 为 一 组 责任 ， 因 此 责任 和 权利 之 间 存 在 着 因 
果 关 系 。 同 时 如 果 确 实 两 者 都 可 以 量化 ， 那 么 两 者 相 除 其 商 应 该 是 个 常数 。 

在 专门 对 权利 进行 研究 的 书籍 中 会 对 权利 的 类 型 进行 进一步 的 划分 : 比如 把 权利 分 为 授 
了 予 型 (granted ) 和 挣 得 型 (earned )。 挣 得 型 (earned ) 权利 也 是 我 们 通常 所 说 的 影响 力 。 在 
这 一 节 里 面 我 们 提 到 的 权利 专 指 授予 型 权利 ， 即 在 一 个 组 织 中 某 个 人 被 分 配 到 的 权利 。 形 式 
上 讲 ， 大 多 时 候 影响 力 毕 竟 要 通过 授予 型 权利 再 起 作用 ， 如 果 在 同一 个 组 织 中 正式 地 ， 同 时 
存在 着 两 个 权利 中 心 ， 那 么 在 大 多 时 候 并 不 是 好 事 。 
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2.2.5 逻辑 链 $: 制度 环境 之 “ 势 ” 


意识 指导 行动 一 总 体 来 看 ， 个 人 意识 是 倾向 于 扩张 而 非 收敛 〔( 收 入， 荣誉， 地 位 ， 自 己 
意志 的 实行 程度 ) 一 扩张 的 目标 和 现实 的 差距 是 每 个 人 前 进 的 动力 一 管理 的 一 重 使 命 是 确保 
这 种 差距 存在 。 

知名 学 者 何 新 先生 讲 过 一 段 很 有 意思 的 话 ， 他 说 : 

人 的 本 性 类 似 于 热力 学 第 二 定律 ， 即 趋向 于 “ 焙 ” 的 增 大 方向 发 展 。 也 就 是 说 生物 ( 包 
括 人 ) 的 本 性 就 是 追求 自由 ， 优 越 感 ， 出 人 头 地 等 。 

科 增 意 味 着 个 人 的 意识 倾向 于 扩展 而 非 收 你 ， 这 事实 上 对 管理 提出 了 一 个 课题 : 每 个 人 
所 处 的 现实 和 他 的 可 见 未 来 之 间 必 须 存在 着 可 见 的 足够 大 差距 ， 这 样 “ 势 能 ” 才 可 能 足够 大 ， 
也 才 可 能 激励 一 个 人 积极 前 行 。 







































































热力 学 第 二 定律 

热力 学 第 二 定律 可 以 表述 为 : 不 可 能 把 热 从 低温 物体 传 到 高 温 物 体 而 不 产生 其 他 影响 ; 
不 可 能 从 单一 热源 取 热 使 之 完全 转换 为 有 用 的 功 而 不 产生 其 他 影响 ;不可逆 热 力 过 程 中 炳 的 
微 增 量 总 是 大 于 零 。 

也 可 以 被 表述 为 粒 增 原理 : 在 孤立 系统 中 ， 一 切 不 可 逆 过 程 必然 朝 着 粒 的 不 断 增 加 的 方 
向 进行 。 

但 热力 学 第 二 定律 之 所 以 有 名 却 不 是 因为 其 对 热力 学 的 影响 ， 而 是 因为 其 对 形而上学 的 
影响 。 比 如 说 ， 我 们 可 以 把 宇宙 抽象 为 孤立 系统 ， 这 样 一 来 ， 宇 宙 最 终 的 结局 就 是 热 寂 。 这 
不 一 定 对 ， 但 对 思考 宇宙 人 生 的 人 冲击 确实 非常 强烈 。 
显然 “ 势 ” 是 一 个 相对 概念 。 对 于 每 天 吃 窝头 的 人 ， 吃 白面 馒头 就 可 以 成 “ 势 ”。 而 对 于 
每 天 吃 和 白面 馒头 的 人 ， 多 两 个 少 两 个 则 没什么 价值 。 

并 不 只 是 项 目 层次 要 解决 的 问题 ， 但 项 目 层次 也 并 非 什么 都 不 能 做 。 

斯 洛 的 需求 层次 理论 把 人 的 需求 分 为 以 下 5 个 层次 。 

生理 上 需要 ， 比 如 ， 对 水 ， 食 物 的 需要 

安全 上 的 需要 ， 比 如 ， 人 身 安全 ， 财 产 安全 

情感 和 归属 的 需要 ， 比 如 ， 爱 情 ， 友 情 
尊重 的 需要 ， 比 如 ， 成 就 感 

我 实现 的 需要 ， 比 如 ， 对 理想 的 实现 

里 面 无 论 哪 一 项 都 可 以 转换 为 具体 的 “势能 ” 而 显然 的 1,3,4,5 和 项 目 中 的 活动 〈 评 
介 、 工 作 安 排 、 交 流 ) 等 直接 相关 。 

体 来 讲 ， 在 物质 层面 ,“ 势 ”至 少 要 具象 为 两 类 东西 : 一 是 职位 以 及 收入 的 提升 /下 降 ; 
二 是 技能 的 提升 。 在 精神 层面 ,“ 势 ”， 则 可 以 具象 为 成 就 感 ， 荣 誉 等 。 

从 应 用 角度 看 ， 要 结合 每 个 人 的 现状 ， 性 格 ， 背 景 ， 公 司 所 能 提供 的 环境 来 综合 考虑 ， 
这 样 才能 很 好 地 判断 个 人 的 “ 势 ” 究 竞 可 以 体现 在 那里 。 比 如 说 ， 对 于 新 毕业 生 ， 那 就 要 很 
现实 地 共同 考虑 职业 规划 的 下 一 步 究竟 在 哪里 ， 走 到 那里 之 后 未 来 会 更 光明 。 这 个 时 候 一 定 
要 真诚 且 具 体 ， 否 则 就 是 “ 画 饼 其 人 ” 最 终 只 会 适得其反 。 

这 里 的 关键 词 是 具体 , 但 具体 并 不 是 很 难 达 到 ， 只 要 一 起 考虑 一 定 可 以 找到 合适 的 答案 。 
在 此 之 前 ， 通 常 需要 对 软件 所 牵涉 的 各 种 知识 做 一 个 分 类 ， 下 面 来 举 一 个 还 算 具 体 的 例子 ， 
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来 进行 说 明 。 

构建 软件 的 直接 知识 可 以 被 分 为 以 下 3 大 类 。 

1) 用 于 打造 概念 边界 并 且 优 化 概念 间 逻 辑 关 系 的 知识 ， 比 如 ， 面 向 对 象 分 析 和 设计 。 

2) 用 于 实现 概念 和 逻辑 的 通用 领域 知识 。 比 如 ， 编 程 语言 。 

3) 用 于 解决 指定 领域 的 专业 的 领域 知识 。 比 如 ， 图 形 算法 。 

在 很 多 场合 3) 并 不 是 必须 的 , 但 1) 和 2) 则 是 不 可 分 制 的， 并 不 存在 就 轻 训 重 的 问题 。 
没有 概念 无 法 形成 逻辑 ， 没 有 人 逻辑 ， 概 念 的 彻底 定义 更 是 无 从 谈 起 。 而 没有 载体 (比如 ， 编 
程 语言 或 UML)， 概 念 和 逻辑 根本 就 无 法 表达 。 事 实 上 编程 语言 的 演化 很 大 程度 上 就 是 想 把 
这 种 表达 变 得 更 容易 。 

而 与 软件 有 关联 的 间接 知识 则 有 以 下 4 大 类 。 

1) 需求 开发 和 描述 。 比 如 ， 规 格 说 明 的 编写 。 

2) 估算 。 比 如 ， 功 能 点 方法 等 。 

3) 测试 。 比 如 ， 验 收 测试 等 。 

4) 软件 工程 和 方法 论 。 比 如 ，CMMI 和 敏捷 。 
恨 据 上 面 的 分 类 ， 我 们 可 以 制作 一 份 分 类 的 表单 。 
关于 软件 的 直接 知识 如 下 。 

(1) 通用 的 领域 知识 
@ 编程 语言 (C/C++，Java，C#，Python，Perl 等 )。 

@ 框架 和 类 库 (MFC，Boost，Struts,，Hibernate 等 )。 

@ 平台 (Windows API, POSIX, .NetFramework※1, Java API, C/C++ Runtime Library 
等 )。 恰 如 Jeffry Richter 所 说 ， 大 多 时 候 可 以 从 内 存 机 制 、 线 程 机制 、 错 误 处 理 、 异 
常 处 理 、 组 件 构建 、 组 件 组 合 等 方面 来 进一步 考察 一 个 平台 。 

@ 计算 机 体系 结构 〈CPU 指令 、 虚 拟 存储 等 )。 

@ 实用 技巧 (调试 方法 、 代 码 生 成 器 等 )。 






































































































































































































































































































































※1 有 的 时 候 子 类 别 间 的 界限 并 不 是 很 容易 界定 ， 其 中 一 个 主要 原因 就 是 存在 着 像 .NET 
Framework 这 样 涵盖 了 过 多 内 容 的 概念 。 

(2) 概念 和 逻辑 创建 和 优化 

@ 面向 对 象 分 析 和 设计 /结构 化 分 析 和 设计 。 

@ 设计 模式 。 
@ 重 构 。 
@ 契约 式 编程 。 
@ UMLK2, 



























































※2 从 形式 上 来 看 UML 更 近似 于 一 种 编程 语言 ， 但 从 其 目的 上 来 看 也 许 归 在 这 里 是 更 
合适 的 一 种 选择 。 

(3) 专业 领域 知识 

@ 图 形 图 像 算法 。 

@ 网 络 协议 。 
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@ 人 工 智能 。 
@ 数值 / 非 数值 类 算法 。 





























关于 软件 的 间接 知识 如 下 。 

(4) 需求 开发 和 描述 

(5) 估算 

@ 估算 法 。 比 如 ，COCOMO，FP 等 。 
@ 估算 术 。 比 如， 使 用 计数 等 原始 办 法 。 
(6) 测试 

(7) 软件 工程 和 方法 论 

@ 轻 量 型 方法 论 。 比 如 ， 敏 捷 。 

@ 大 方法 论 。 比 如 ，CMMI。 

































































@ 综合 分 析 。 比 如 , 《人 月 神话 》， 《人 件 》 中 所 做 的 工作 。 















































在 这 份 表单 里 面 ， 还 没有 列 














直观 的 ，3~5 年 内 可 用 的 职业 发 展 路 径 ， 如 图 2-4 所 示 。 





选择 一 种 通用 的 领域 知识 。 在 实 跋 过 程 中 逐步 提高 概念 


AT 下 和 逻辑 创建 和 优化 的 能 力 
比如 ，C#+NET Framework 比如 ， 面 向 对 象 方法 























图 2-4 职业 路 径 的 例子 





入 与 管理 相关 的 内 容 。 但 基于 这 种 分 类 已 经 可 以 设计 一 条 很 


如 果 有 机 会 : 深入 研究 选 定 的 
专业 领域 知识 ， 如 ， 图 形 算法 
并 且 扩 展 自己 的 通用 领域 知识 


这 时 候 要 考虑 当前 的 工作 是 否 能 支持 既定 的 职业 发 展 路 径 ， 比 如 ， 如 果 一 个 人 当前 的 主 
要 工作 是 使 用 C++ 做 底层 驱动 ， 那 么 上 面 的 职业 路 径 就 不 适合 。 
































人 是 很 复杂 的 复合 体 ， 这 就 导致 在 不 同情 景 下 精神 诉求 会 有 很 大 的 不 同 ， 能 成 “ 势 ”的 








点 也 很 不 同 。 完 全 漠视 这 类 个 体 的 特殊 性 ， 而 简单 地 把 每 个 人 都 等 价 为 相同 的 人 ， 并 只 是 迷 

















信 于 流程 这 样 的 手段 ， 事 实 上 是 管理 上 的 惰性 。 











可 以 讲 ,“ 势 ”在 很 大 的 程度 上 决定 了 团队 的 活力 和 向 前 走 的 动力 。 同 时 “ 势 ” 









































的 一 个 关键 基础 。 以 职场 而 论 ， 公 司 的 诉求 往往 单 

















而 清晰 ， 








大 多 时 候 是 以 平衡 短 








日 语 
也 十 双 局 











期 及 长 期 








利益 为 根本 诉求 ， 但 个 人 的 诉求 却 往往 复杂 而 含糊 ， 每 个 人 的 诉求 既 有 共通 之 处 ， 也 有 差异 。 
如 果 在 项 目 管理 这 一 层次 上 漠视 这 种 差异 性 ， 那 个 人 诉求 很 可 能 就 永远 停留 在 不 可 见 的 区 域 


















































里 ， 这 还 谈 什 么 双 说 。 








欲望 的 无 边界 特质 

欲望 的 起 源 有 很 多 ， 但 最 终 大 多 以 思维 为 媒介 表达 出 来 。 在 这 一 过 程 中 ， 思 维 的 的 无 

边界 特质 直接 导致 了 欲望 的 无 边界 化 。 比 如 说 ， 一 个 人 可 能 期 望 拥 有 整个 宇宙 。 这 最 终 导 致 
到 达 一 定 程度 之 后 ， 物 质 力 量 将 不 足以 成 “ 势 "， 精 神 的 事情 还 是 要 回 到 精神 层面 来 解决 。 
这 个 时 候 人 们 很 可 能 更 需要 成 就 感 ， 需 要 自我 实现 的 空间 。 但 对 刚 毕 业 的 人 而 言 ， 这些 则 相 


对 适 远 ， 


2.2.6 ”逻辑 链 6: 制度 环境 之 “量化 管理 ” 


软件 是 一 种 固化 的 思维 一 思维 的 本 质 是 概念 和 逻辑 一 概念 和 逻辑 无 法 直接 度量 和 精确 度 
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量 一 度量 过 程 中 需要 很 多 的 主观 判断 一 以 目标 为 导向 的 ， 以 个 人 为 中 心 的 量化 管理 (相关 的 
激励 和 惩罚 ) 将 前 溃 一 参照 无 歧义 数据 (函数 复杂 度 等 ) 的 判断 将 成 为 程序 员 评 价 中 的 辅助 


手段 。 












































公平 公正 是 管理 的 基石 ， 为 达到 这 一 目的 很 多 人 会 想到 量化 管理 ， 但 量化 管理 的 基石 却 











主 往 被 忽略 。 


人 

















对 人 进行 量化 管理 的 基石 是 : 量化 后 的 数字 主要 受 个 人 表现 这 一 个 
































产生 巨大 的 不 公正 ， 并 对 个 人 ] 






































比如 生产 工艺 等 。 在 这 种 情况 下 ， 量 化 后 





公正 的 。 





这 时 可 以 进一步 来 考虑 下 再 











[的 情形 : 7 



































的 数字 为 个 人 表现 的 函数 ， 因 

















因素 的 影响 ， 和 否则 将 
[ 作 意 愿 产 生 不 良 影 响 ， 是 真正 的 事与愿违 。 

好 比 说 ， 不 同 的 工人 在 同等 条 件 下 生产 杯子 ， 
产 6 个 , 那 显然 后 者 要 好 于 前 者 。 这 时 , 5 和 6 可 以 


小 时 生产 5 个 ， 一 个 人 1 小 时 生 
] 来 比较 的 前 提 是 两 个 人 的 生产 条 件 相同 ， 
此 量化 管理 基本 上 是 














时 生产 杯子 , 厂 方 安排 一 个 人 




















一 个 人 用 工艺 b， 这 个 时 候 前 者 
和 6 事实 上 是 不 公平 的 ， 因 为 这 1 个 杯子 的 差距 可 能 是 工艺 造成 的 。 
大 多 时 候 ， 软 件 的 情况 比 后 一 个 情形 还 要 糟 料 一 些 。 
在 软件 开发 中 ， 往 往 既 没有 办 法 清楚 地 界 钢 


























小 时 生产 


5 个 ， 后 者 1 小 时 名 





E 产 6 个 。 这 个 时 1 
































工艺 3a， 另 
吴 单纯 比较 $ 

















个 人 的 输入 ， 也 没 办 法 清楚 地 界定 一 个 人 





的 输出 。 软 件 开发 的 输入 是 需求 ， 但 同一 个 需求 不 需要 做 多 次 ， 所 以 对 需求 自身 的 复杂 程度 





眼下 来 看 还 只 能 依赖 判断 ， 而 不 能 精确 度量 。 软 件 
后 的 思维 。 在 度量 思维 时 ， 多 少 、 
义 。 就 好 比 说 ， 不 能 讲 一 个 人 代码 写 的 越 多 贡献 就 

诚然 思维 的 表现 形式 则 是 可 以 度量 的 ， 我 们 可 L 
钟 来 度量 一 部 电影 的 长 短 ， 通 过 代码 行 来 度量 软 伯 




























































































是 代码 ， 而 代码 自身 属于 固化 


























大 小 、 长 短 、 厚 薄 这 类 惯常 的 度量 方向 ， 并 不 


通过 页 数 来 度量 一 本 书 的 
F， 但 这 种 度量 所 反 暴 的 内 涵 是 有 限度 的 ， 




















精度 也 是 有 限度 的 。 最 终结 果 很 可 能 是 人 员 之 间 的 差距 是 由 











而 不 是 由 个 人 工作 好 坏 所 造成 的 。 











总 结 来 看 ， 在 软件 开发 中 ， 数 字 含 义 的 模糊 必 
公正 ， 这 种 不 公正 会 对 工作 意愿 构成 致命 伤害 。 所 以 个 人 








必然 骨 溃 。 











但 也 不 是 所 有 数据 都 不 能 





j 于 评价 ， 无 歧义 数据 是 可 以 的 。 比 如 ， 函 

















既定 风格 的 遵守 等 都 可 以 根据 静态 代码 工具 获取 ， 这 些 数据 是 可 以 用 来 畏 
数据 由 于 不 能 完整 的 表现 一 个 人 工作 价值 ， 所 以 只 

























































































为 避免 矫 枉 过 正 ， 最 后 需要 强调 的 是 ， 3 
软件 这 个 行业 中 ， 各 种 数据 的 精度 天 生 是 有 限 的 ， 因 
















































































算 、 任务 安排 等 ), 而 不 能 用 在 对 人 进行 评价 、 对 项 目 进行 评价 这 样 需 
换 名 话说 ， 任 何 数据 其 天 然 模糊 性 所 导致 的 人 














很 容易 区 分 ， 那 么 量化 管理 可 以 使 


























二 
| 
































tk 有 多 大 意 





齐 游 ， 通 过 分 














因素 造成 的 ， 


导致 使 用 数字 进行 评价 包含 非常 多 的 不 
开发 面前 ， 


数 的 圈 复 杂 度 、 对 
F 价 的 。 但 这 些 





不 需要 收集 数据 ， 只 是 说 在 
此 必须 用 在 允许 有 限 精 度 的 工作 上 〔 估 
高 精度 数据 的 工作 上 。 
册 差 和 其 他 输入 《问题 等 ) 导入 的 偏差 如 果 




















可 用 ， 因 为 分 不 清 数字 的 真实 含义 。 

















很 不 幸 ， 基 于 这 一 节 里 的 结论 ， 


软件 项 目 中 的 评价 
软件 项 目 中 的 评价 只 能 基于 判断 。 我 们 可 以 对 这 种 判断 








j 这 些 数 字 ， 因 为 数字 可 以 直接 映射 




















到 问题 ， 否 则 数字 不 


进行 重重 分 解 ， 比 如 ， 把 工作 分 拆 为 日 常 工作 和 有 具体 项 目 工 作 ， 项 目 工 作 又 可 以 进一步 分 拆 
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为 需求 、 设 计 、 编 码 等 ， 但 归根 到 底 还 是 判断 。 

剔除 主观 因素 后 ， 正 确 判 断 的 基石 是 对 事实 的 理解 ， 这 一 点 反 过 来 限制 了 可 管理 软件 团 
队 的 规模 。 假 设 说 ， 一 个 人 可 以 比较 清楚 地 了 解 9 个 人 的 工作 ， 那 么 可 管理 的 软件 团队 规模 
必然 为 10 人 左右 。 大 的 软件 团队 则 需要 拼接 很 多 个 这 样 10 人 左右 的 团队 。 

一 旦 规模 过 大 ， 由 于 评价 者 对 事实 了 解 的 不 够 清楚 ， 往 往 就 会 偏颇 。 比 如 ， 会 因为 菜 人 
智力 、 想 象 力 、 知 识 渊博 等 而 印象 较 好 ， 进 而 给 出 较 高 的 评价 ， 但 事实 上 考评 更 应 该 以 成 果 
为 标准 。 

2.2.7 逻辑 链 7: 内 耗 之 终结 


软件 是 一 种 国 化 的 思维 一 就 思维 上 大 多 数 问题 而 言 ， 基 本 上 是 一 题 多 解 一 组 织 结构 要 确 
保 各 种 情境 下 都 能 做 出 尽 可 能 正确 的 决断 ， 但 又 不 能 伤害 个 人 意愿 一 层级 过 多 ， 会 导致 做 决 
定 的 人 离 现场 越 远 ， 对 真实 的 情况 把 握 越 不 清楚 (信息 在 传递 时 会 损失 )， 同 时 误 判 增加 ， 对 
个 人 意愿 伤害 增加 一 组 织 应 该 尽 可 能 扁平 一 为 避免 谋 而 无 断 ， 即 使 扁平 ， 也 要 有 能 做 出 决定 
的 人 。 

三 国 演义 中 ， 曹 操 对 袁绍 的 评价 是 : 色 厉 而 胆 薄 ， 好 谋 而 无 断 。 

如 逻辑 链 4 所 述 ， 充 分 尊重 个 人 观点 是 保持 工作 意愿 的 必要 条 件 。 当 需要 协调 的 人 数 比 
较 多 的 时 候 ， 事 实 上 会 出 现 各 种 各 样 的 观点 和 意见 。 这 时 候 协 调 各 种 意见 成 为 一 项 挑战 性 比 
较 强 的 工作 ， 如 果 不 能 迅速 地 协调 各 方 意见 ， 那 么 组 织 很 容易 就 变 成 袁绍 型 组 织 : 会 议 很 多 ， 
工作 没 进 展 ， 进 而 产生 巨大 内 耗 。 

为 避免 无 休止 的 内 耗 ， 并 尽 可 能 做 出 更 正确 的 决定 ， 从 组 织 结构 上 来 看 ， 关 键 点 有 3 个 : 
层级 的 多 少 、 权 责 的 对 等 及 专权 。 

@ 组 织 中 的 层级 越 多 ， 参 与 解决 分 歧 的 人 数 越 多 ， 效 率 越 差 。 

层级 过 多 的 一 个 坏处 还 在 于 信息 在 传导 过 程 中 损失 。 即 使 只 基于 常识 ， 大 多 数 人 也 可 以 
理解 信号 在 传导 过 程 中 会 逐渐 衰减 ， 如 果 不 采 取 措 施 ， 那 么 原初 的 信号 会 最 终 消 失 ， 所 以 在 
网 络 中 需要 “中 继 器 ”存在 。 信 息 传 递 亦 是 如 此 。 信 息 在 传导 过 程 中 自身 就 有 失真 的 倾向 。 
语言 或 文字 作为 一 种 记录 信息 的 手段 ， 所 能 记录 的 远 不 是 待 传递 信息 的 全 部 。 表 达 有 如 冰山 ， 
总 有 一 个 水 下 部 分 存在 ， 比 如 ， 个 人 背景 等 。 而 传导 路 径 越 长 ， 隐 含 信息 也 就 越 容易 于 失 ， 
其 失真 的 程度 也 就 越 大 。 更 不 笠 的 是 组 织 之 中 往往 并 没有 “中 继 器 ” 因此 尽 可 能 的 缩减 层级 
成 为 防止 信息 失真 的 一 个 有 效 手 段 。 

在 组 织 中 ， 通 常 是 离 现场 越 远 的 人 决策 权 越 大 ， 这 本 身 并 没有 什么 问题 。 关 键 是 一 旦 现 
场 来 的 信息 被 过 度 扭 曲 ， 决 策 自 身 将 变 成 无 根 之 木 。 以 项 目 管理 而 论 ， 需 传递 的 细节 信息 较 
多 ， 而 各 种 决策 并 非 高 层 决 策 ， 不 允许 离 这 些 细节 大 远 ， 因 此 大 多 时 候 都 要 尽 可 能 维持 2 或 
2.5 级 结构 。《 人 月 神话 》 中 提 到 的 外 科 手 术 式 团队 是 典型 的 两 级 结构 。 但 实际 中 有 时 候 1 个 
人 没 法 肩负 起 管理 和 技术 两 重 角色 ， 这 时 候 就 需要 让 出 一 部 分 权限 ， 进 而 形成 2.5 级 结构 。 

@ 与 层级 并 列 的 第 二 个 影响 因素 是 : 权 责 的 对 等 ， 即 两 者 的 比值 应 当 为 常数 。 

举 一 个 极端 的 例子 来 对 这 一 点 做 点 说 明 。 

正常 来 讲 ， 设 计 的 主要 负责 人 有 权利 决定 最 终 的 设计 方案 。 这 个 时 候 作 为 整个 项 目的 负 
责 人 ， 项 目 经 理 有 权利 推翻 设计 负责 人 的 决定 ， 并 选 定 其 他 方案 ， 但 是 一 旦 项 目 经 理 这 么 做 ， 
那么 就 意味 着 项 目 经 理 行使 了 决定 设计 方案 的 权利 ， 那 接 下 来 的 任何 源 于 这 一 选择 的 不 良 后 
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果 的 主要 责任 人 也 就 变 成 了 项 目 经 理 ， 而 非 设 计 负 责 人 。 

权 责 不 统一 的 短期 后 果 可 能 不 严重 ， 但 却 对 形成 团队 的 基石 一 一 责任 感 有 致命 的 负面 影 
响 ， 而 没有 责任 感 的 团队 必然 是 没有 战斗 力 的 。 

@ 与 层级 并 列 的 第 三 个 影响 因素 是 : 组 织 并 非 是 多 头 的 。 

我 们 看 一 个 极端 的 例子 。 假 设 说 一 个 团队 中 有 两 个 经 理 ， 一 个 偏向 于 技术 ， 一 个 偏向 于 
管理 ， 两 人 层级 相同 ， 互 不 统 属 。 这 种 情况 下 ， 坏 处 有 两 个 ， 一 个 是 项 目 信 息 将 被 割裂 成 两 
个 部 分 。 两 个 经 理 必 然 要 做 责任 划分 ， 一 旦 划分 之 后 ， 就 不 再 有 一 个 人 对 项 目 整体 情况 有 完 
整 的 了 解 ， 但 决策 实际 上 同时 需要 两 个 维度 上 的 信息 ， 这 必然 会 增加 判断 出 错 的 几率 。 另 一 
个 坏处 是 两 个 经 理 对 某 些 事情 看 法 上 可 能 会 有 分 歧 ， 这 种 分 歧 可 能 并 不 关键 ， 从 项 目 自身 来 
看 有 可 能 都 是 可 以 接受 的 ， 但 在 不 好 的 氛围 下 ， 让 任何 一 方 放弃 自己 的 想法 ， 都 可 能 需要 相 
对 比较 高 的 成 本 。 

PMBOK 中 把 组 织 分 为 如 表 2-2 所 列 一 些 种 类 。 

















































































































































































































































































































表 2-2 组 织 的 类 型 


















































































































































































































































组 织 嫩 条 矩阵 式 
职能 式 ; 项 目 式 
项 目 特征 弱 矩 阵 平衡 矩阵 强 矩 阵 
项 目 经 理 权限 很 少 或 没有 有 限 少 到 中 等 中 等 到 大 很 高 ， 甚 至 全 权 
可 利用 资源 很 少 或 没有 有 限 少 到 中 等 中 等 到 大 很 多 ， 其 至 全 部 
i 
控制 项 目 预算 者 职能 经 理 职能 经 理 ， 项 目 经 理 项 目 经 理 
项 目 经 理 角色 半 职 半 职 全 职 全 职 全 职 
项 目 管理 行政 人 员 半 职 半 职 半 职 全 职 全 职 
其 中 “职能 式 ” 组 织 ， 对 增强 组 织 透明 度 和 灵活 支配 人 力 资源 应 该 是 有 帮助 的 ， 但 无 疑 
































的 会 使 事权 分 裂 。 这 个 时 候 如 果 诸 多 当事人 间 纷 争 不 下 ， 那 么 内 耗 有 可 能 无 法 控制 。 
资历 的 力量 

资历 往往 让 人 想起 论 资 排 辈 ， 进 而 给 人 一 种 不 好 的 印象 。 但 不 管 我 们 对 其 印象 如 何 ， 资 
历 自身 确实 是 一 种 不 能 轻易 忽视 的 力量 。 在 组 织 中 ， 当 其 他 因素 无 法 明显 区 分 彼此 的 差别 时 ， 
人 们 往往 潜意识 地 选择 服从 于 资历 。 年 纪 大 的 领导 年 纪 小 的 ， 入 公司 早 的 领导 入 公司 晚 的 一 
般 会 少 些 纷争 和 矛盾 ， 有 助 于 削减 内 耗 。 但 一 旦 组 织 中 出 现 孙 悟空 这 类 具备 大 益 天 空 能 力 的 
人 ， 就 会 对 资历 所 构成 的 序列 形成 冲击 和 挑战 ， 反 过 来 造成 更 大 的 内 耗 。 这 背后 ， 本 质 的 原 
因 是 资历 序列 和 能 力 序列 并 不 相同 。 如 何平 衡 两 者 大 多 时 候 并 非 是 项 目 管 理 这 一 层面 需要 处 
理 的 问题 ， 只 是 说 资历 作为 一 种 现实 存在 的 力量 ， 并 不 能 被 彻底 忽视 。 
2.2.8 ”逻辑 链 8: 沟通 之 成 本 

软件 是 一 种 国 化 的 思维 一 思维 自身 具有 和 迭代 特质 ( 否定 之 否定 ) 一 思维 的 主体 必然 是 人 ， 
思维 的 对 接 也 只 有 人 才能 完成 的 工作 一 项 目 越 大 ， 需 要 的 迭代 也 就 越 多 ， 必 须 的 人 和 人 间 的 
沟通 量 也 就 越 多 一 参与 沟通 的 人 越 多 ， 需 要 协调 的 不 同 个 性 的 人 也 就 越 多 ， 效 率 也 就 越 差 一 
所 以 软件 生产 往往 表现 为 规模 不 经 济 。 同 一 个 软件 ， 一 个 人 开发 ， 效 率 最 高 ， 人 越 多 效率 越 
差 一 尽 可 能 控制 团队 规模 (控制 沟通 成 本 )。 
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在 充分 尊重 个 人 意愿 的 前 提 下 ， 解 决 内 耗 、 进 行 决策 这 一 行为 本 身 是 需要 成 本 的 。 这 一 
成 本 主要 受 两 方面 的 因素 影响 :一 是 观点 分 歧 次 数 的 多 少 ; 二 是 解决 每 次 分 歧 所 需要 的 平均 
成 本 。 

如 果 软 件 的 复杂 度 确 定 ， 人 员 的 基本 特征 确定 ， 那 么 观点 分 歧 的 次 数 事实 上 是 软件 规模 
的 函数 ， 也 就 是 说 软件 规模 越 大 ， 可 能 产生 的 观点 分 歧 越 多 。 如 果 我 们 认为 软件 是 可 进行 分 
解 的 ， 那 么 这 种 数目 的 增加 将 是 线性 的 。 

而 解决 每 次 分 歧 所 需要 的 平均 成 本 则 和 参与 的 人 数 (组织 层级 )、 人 员 对 问题 的 熟悉 程度 
及 人 员 间 共识 的 程度 有 关 。 一 般 来 讲 陌生 人 间 ， 对 陌生 问题 的 协调 需要 更 多 的 时 间 。 从 这 个 
角度 看 ， 参 与 的 人 员 越 多 ， 解 决 每 次 分 歧 的 平均 成 本 越 高 。 
上 述 两 条 可 能 正 是 软件 规模 不 经 济 的 根本 原因 。 

我 们 考虑 下 面 两 种 情形 。 

情形 1: 软件 的 规模 由 原来 的 n 膨胀 为 29， 为 了 确保 进度 ， 人 员 规 模 从 原来 m 也 膨胀 成 
为 2m。 

情形 2: 软件 的 规模 由 原来 的 na 膨胀 为 29， 但 由 于 没有 时 间 压 力 ， 人 员 规 模 保 持 不 变 。 

依据 上 述 逻 辑 ， 情 形 1 会 表现 出 规模 不 经 济 之 特质 ， 而 情形 2 不 会 。 针 对 这 一 点 ， 眼 下 
还 找 不 到 有 效 的 支撑 数据 ， 所 以 还 仅 止 于 一 种 假设 。 

那么 为 了 使 决策 成 本 最 低 ， 究 竟 什 么 样 的 团队 规模 才 是 合适 的 ? 单纯 从 效率 的 角度 看 ， 
一 个 人 来 做 效率 最 高 ， 但 毕竟 这 不 安全 ， 同 时 大 多 时 候 无 法 满足 时 间 上 的 要 求 。 

为 回答 上 述 问 题 ， 我 们 需要 重新 再 做 以 下 假设 。 

1) 在 一 个 项 目 中 管理 所 占 的 成 本 : 假设 这 个 值 的 上 限 是 10%。 

2) 在 一 个 项 目 中 决策 人 只 有 1 个， 否则 需要 多 人 协调 ， 会 降低 效率 。 

基于 上 述 假 设 ， 可 以 推断 ， 最 佳 团队 规模 是 10 个 人 左右 ， 其 中 1 人 为 专职 管理 者 。 

真理 往往 掌握 在 少数 人 手 里 

人 的 思辩 能 力 就 像 一 座 座 山峰 ， 高 度 越 高 ， 人 数 越 少 。 比 如 说 ， 今 时 今日 ， 也 未 必 很 多 
人 能 读 懂 黑 格 尔 。 

如 果 我 们 认为 掌握 真理 ， 并 不 是 只 靠 运气 ， 而 是 主要 靠 思 维 的 能 力 ， 那 无 疑 思 辨 能 力 强 
的 人 更 容易 掌握 真理 。 因 此 甚至 可 以 说 : 真理 一 定 掌握 在 少数 人 手 里 。 


2.2.9 逻辑 链 9: 组 织 行为 之 优化 


重复 是 降低 工作 效率 的 一 工作 分 解 必须 是 正 交 的 ， 并 且 时 序 合 理 ， 符 合 因 果 关 系 一 项 目 
的 资源 是 有 限 的 ， 必 须 合 适 的 人 做 合适 的 事情 一 为 达成 这 一 目的 ， 项 目 管理 者 必须 既 理解 所 
做 的 事 ， 也 理解 相关 的 人 员 特 性 一 为 避免 遗忘 ， 使 经 验 转化 为 价值 ， 普 适 于 多 个 项 目的 、 特 
定 的 因果 关系 和 时 序 需 要 被 提取 出 来 并 强制 实行 ， 最 终 形成 流程 。 

事实 上 ， 很 多 人 心中 的 项 目 管理 所 涉及 的 内 容 都 和 这 条 逻辑 链 相关 ， 比 如 : 

@ 任务 的 分 解 和 分 配 。 

@ 变更 的 统计 ， 跟 踪 和 分 析 。 

@ 缺陷 的 统计 ， 跟 踪 和 分 析 。 

@ 时 间 偏 差 的 统计 和 分 析 。 

@ 投入 人 月 的 统计 和 偏差 分 析 。 
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@ 代码 质量 的 跟踪 。 
@ 配置 管理 规则 的 实施 ， 跟 踪 和 分 析 。 






































在 去 除 人 的 因素 之 后 ， 所 有 这 些 任务 的 主要 目的 都 是 为 了 保证 任务 的 分 解 和 分 配 是 正 交 
的 ， 同 时 在 时 序 上 符合 因果 关系 。 正 交 是 指 相同 的 工作 没有 以 任何 不 同 的 形式 做 两 次 。 比 如 ， 
统计 人 月 分 布 时 ， 不 需要 以 周 为 单位 统计 一 次 ， 再 以 月 为 单位 统计 一 次 。 符 合 因果 关系 是 指 
互 成 因果 的 两 项 工作 没有 错漏 倒置 等 。 

常见 的 与 因果 相关 的 矛盾 有 如 下 一 些 。 

@ 期 望 一 个 人 工作 效率 高 ， 但 却 让 人 同时 处 理 多 份 工作 。 每 个 人 每 天 只 有 8 小 时 ， 如 果 
他 切换 8 个 工作 场景 ， 那 等 于 至 少 被 打 断 8 次 ， 所 以 这 类 分 配方 法 是 降低 效率 的 。 
@ 期 望 推进 进度 ， 但 工作 负荷 在 时 间 轴 上 却 相对 不 平均 ， 忙 的 时 候 极 忙 ， 而 闲 的 时 候 极 

闲 。 这 类 矛盾 会 导致 先是 很 赶 ， 写 了 许多 质量 不 高 的 代码 ， 结 果 欲 速 则 不 达 ， 接 下 来 

又 在 清理 不 良 代码 上 花费 更 多 的 时 间 。 比 如 ，10 个 人 月 可 以 完成 的 项 目 ， 却 花 了 15 


个 人 月 


































































































































































































@ 期 望 保 证 每 个 人 工作 的 时 候 有 明显 的 焦点 ， 但 却 无 法 放弃 可 做 可 不 做 的 事情 。 项 目 中 
的 工作 有 变 繁复 的 潜在 趋势 ,不 管 是 输出 的 文档 、 会 议 次 数 和 议题 ,还 是 流程 的 步骤 。 
需要 增加 的 东西 ， 必 然 是 有 一 定 合 理性 的 。 但 工作 变 繁杂 的 同时 ， 必 然 也 就 意味 着 集 
中 在 某 一 项 工作 上 的 时 间 需 要 被 摊薄 。 最 终 在 不 知 不 觉 中 反倒 对 项 目 自身 造成 伤害 。 
这 个 时 候 ， 一 个 关键 的 事情 是 挑 出 那些 不 可 不 做 的 事情 ， 把 它们 排 到 关键 路 径 上 ， 昼 
保 它们 的 资源 ， 给 予 它们 最 大 的 关注 度 ， 同 时 尽 可 能 放弃 那些 可 做 可 不 做 的 事情 。 
@ 忽视 历史 数据 。 比 如 ， 历 史 数据 显示 编码 的 速度 大 概 在 100SLOC/ 人 和 天。 估计 为 
10000SLOC 的 程序 ， 却 只 保留 了 20 人 天 的 工作 量 。 
@ 知道 潜在 有 风险 ， 却 不 在 早期 安排 分 析 和 应 对 。 比 如 ， 开 发 C++ 的 程序 却 不 安排 内 存 
泄露 和 写 超 界 的 检查 。 
违背 上 述 基本 要 求 的 组 织 行为 即 是 错误 的 组 织 行为 ， 会 浪费 人 力 和 时 间 。 
总 结 来 看 ， 避 免 错误 的 组 织 行为 事实 上 有 3 个 根本 措施 ， 那 就 是 参照 历史 ， 分 配合 适 的 
人 去 做 合适 的 事情 ， 构 建 信 息 回路 。 
@ 参照 历史 是 指 ， 要 对 支撑 规划 的 数据 进行 定义 ， 并 持续 收集 ， 持 续 使 用 。 对 大 多 软件 
项 目 而 言 ， 必 须 收集 的 数据 大 致 有 : 规模 、 生 产 率 、 编 码 速度 、 各 阶段 的 工作 量 比率 、 
各 阶段 的 开发 时 间 的 比率 、 缺 陷 率 等 。 这 些 数据 不 能 成 为 孤立 的 数据 ， 其 对 应 的 项 目 
的 特征 ， 数 据 自身 的 计算 方法 都 需要 被 明确 定义 。 然 后 把 这 些 数 据 应 用 到 接 下 来 的 规 
划 中 。 
@ 分 配合 适 的 人 去 做 合适 的 事情 是 指 ， 人 员 特 征 与 工作 相 吻 合 。 如 果 对 人 的 个 性 进行 细 
分 ， 就 会 发 现 有 的 人 擅长 沟通 但 不 擅长 技术 ; 有 的 人 擅长 技术 但 性 格 比较 软弱 ， 容 易 
人 人云亦云 ; 有 的 人 不 聪明 但 足够 执着 ;， 有 的 人 能 力 不 强 但 足够 细致 ， 有 的 人 脑子 灵活 
晶 很 粗心 等 。 运 作 项 目 时 需要 避免 两 种 危险 的 假设 : 第 一 是 不 能 假设 团队 成 员 都 很 完 
美 ， 第 二 不 能 假设 团队 成 员 可 以 改变 。 这 两 个 假设 ， 前 者 幼稚 ， 后 者 癫狂 ， 一 旦 在 这 
样 的 前 提 下 运作 项 目 ， 那 么 项 目 几乎 是 一 定 失败 的 。 这 个 时 候 为 避免 内 耗 ， 首 要 要 知 
人 善 用 ， 用 人 所 长 ， 避 其 所 短 。 而 达成 人 员 分 配合 理 这 一 目的 ， 并 无 捷径 ， 它 要 求 分 
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配 任 务 的 人 ， 不 仅 需 要 了 解 人 员 的 特质 ， 也 需要 了 解 工作 的 特质 。 从 这 个 视角 看 ， 管 
里 者 是 一 定 要 懂 技 术 的 。 
@ 构建 信息 回路 是 指 ， 做 某 事 的 人 一 个 或 多 个 )， 要 能 收 到 关于 某 事 的 反馈 信息 。 在 

这 一 原则 下 ,任何 事情 可 以 被 分 解 为 5 个 基本 步骤 : 计划 (P), 实施 (D), 检查 (C)， 

分 析 (A)， 改 进 (1)。 

这 看 似 简 单 ， 但 这 是 “流水 不 腐 ， 户 枢 不 喜 ” 的 真意 ， 而 回路 断裂 ， 则 是 很 多 问题 的 根 
源 〈 没 执行 力 等 )。 
比如 ， 修 一 条 公路 时 。 有 的 单位 规划 和 招标 ， 有 的 单位 施工 ， 开 车 的 体验 。 结 果 路 坏 了 ， 
没 人 真正 分 析 ， 只 是 接 下 来 继续 修 ， 结 果 必 然 是 路 总 也 修 不 好 。 
通过 回路 存在 与 否 可 以 大 致 判断 组 织 的 成 熟 程度 。 
比如 ， 有 的 组 织 中 ， 项 目 一 个 接着 一 个 从 来 不 做 总 结 ， 那 么 这 个 项 目 组 所 在 的 组 织 一 定 
是 不 成 熟 的 。 
再 比如 ， 一 个 人 ， 总 是 不 停 地 看 书 ， 写 程序 ， 却 从 不 停 下 来 思考 ， 那 么 这 种 学 习 方 法 是 
不 成 熟 的 。 

当 某 些 组 织 行为 具有 共性 时 ， 通 常 它 们 需要 被 固化 下 来 ， 来 避免 任务 的 不 正 交 和 因果 
的 混乱 ， 最 后 这 会 形成 流程 。 在 第 三 部 分 中 会 对 流程 进行 专门 的 解构 ， 这 里 不 再 展 

冲 虚 道 长 与 令狐冲 

在 金庸 先生 的 《 笑 例 江湖》 中， 令狐冲 为 了 去 少林 寺 搭 救 鼻 蛋 ， 必 须 与 武当 的 冲 虚 道 长 
一 战 。 

冲 虚 道 长 的 太极 创 法 高 妙 无 比 ， 每 一 便 挥 出 ， 就 是 一 个 弧 形 光圈 ， 战 到 最 后 ， 所 幻 光 图 
越 来 越 多 ， 冲 虚 道 长 自身 则 隐 在 光圈 之 内 。 这 让 冠 绝 天 下 的 独孤 九 剑 几 无 用 武之 地 。 虽 然后 
来 令狐冲 行 险 取 胜 ， 但 对 太极 剑 法 的 精妙 亦 是 拜 服 。 

上 文 提 到 的 计划 (P )， 实 施 (D )， 检查 (C )， 分 析 (A)， 改 进 (I)， 很 像 太 极 剑 法 里 的 
弧 形 光圈 。 独 孤 九 剑 是 用 来 培养 绝世 高 手 的 ， 可 遇 而 不 可 求 ; 而 太极 剑 法 则 是 兴 堂 堂 之 师 ， 
击 煌 煌 之 阵 ， 是 奇 正 相合 中 的 正 。 

PDCAI 事实 上 可 以 用 在 项 目 中 的 各 个 地 方 。 用 在 项 目 管理 中 , 那 可 以 表现 为 计划 、 实 施 、 
检查 、 总 结 和 Action Item; 用 在 程序 开发 中 ， 则 可 以 表现 为 设计 ， 编 码 ， 编 译 ， 调 试 ， 修 正 。 
在 《大 规模 C++ 程序 设计 》 一 书 中 ， 作 者 提 到 了 典型 的 环 连接 得 不 好 的 情形 : 大 规模 项 目 编 
译 速 度 可 能 变 得 很 慢 , 这 导致 项 目 推进 困难 。 而 编译 速度 慢 实 质 上 断 开 了 实施 (D ) 和 检查 (C ) 
间 的 连接 。 

但 这 似乎 太 简单 了 ， 以 至 于 很 多 人 都 以 为 自己 早已 了 解 了 ， 并 毫 不 重视 。 老 子 曾 讲 : 上 
士 闻 道 ， 勤 而 行 之 ; 中 士 闻 道 ， 若 存 若 亡 ; 下 士 闻 道 ， 大 笑 之 。 不 笑 不 足以 为 道 。 这 倒是 契 
合 很 多 情境 。 
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2.3.1 ”完美 项 目 管理 的 形象 


每 地 讲 ， 任 何 一 个 团队 都 像 一 辆 行 对 
F 事 情 最 重要 。 
@ 要 走 对 方 问 。 
@ 要 跑 得 足够 快 。 
@ 不 能 散 架 或 翻车 。 
为 达成 这 3 个 方向 上 的 目标 ， 有 两 类 核心 管理 工作 要 做 : 一 为 管 人 ， 一 为 管事 。 而 管 寻 
在 一 定 程度 上 是 为 管 人 服务 。 
当 组 织 中 的 人 员 达 到 自 为 (共识 较 多 ) 的 状态 时 ， 管 理 的 大 部 分 意义 和 功用 将 会 消亡 ， 
因此 : 
@ 从 方向 性 上 来 看 ， 管 理 的 完美 状态 一 定 要 体现 为 管理 自身 的 工作 强度 可 以 持续 降 
低 。 从 反面 来 讲 就 是 ， 如 果 组 织 中 需要 管理 的 事情 越 来 越 多 ， 那 并 非 证 明 管 理 越 来 
越 有 效 , 而 是 佐证 了 管理 正在 逐步 走向 失败 。 管理 工作 越 来 越 少 意味 着 行走 中 的 那 
辆 车 ， 既 不 依赖 于 推力 也 不 依赖 于 拉力 (激励 、 批 评 等 ;， 而 是 靠 着 自身 的 动力 在 
行走 。 
@ 从 个 人 的 角度 看 ， 组 织 中 的 个 人 要 越 来 越 倾 向 于 自我 管理 。 在 意识 层面 上 能 够 对 自己 
所 做 的 事情 负责 任 ， 同 时 积极 思考 应 对 各 种 变化 (工作 意愿 提升 )， 在 实施 层面 上 能 
够 对 自己 的 工作 进行 恰当 地 分 解 ， 跟 踪 和 总 结 。 
@ 从 管 人 的 角度 看 ， 要 保证 开放 轻松 的 氛围 ， 尊 重 所 有 人 的 意见 ， 要 保证 投入 产 出 的 公 
平和 公正 。 这 里 的 公平 公正 是 指 : 对 于 任何 一 个 成 员 都 可 以 用 一 个 简单 的 坐标 系 的 四 
个 象限 来 进行 划分 ， 这 个 坐标 系 的 横 轴 和 纵 轴 分 别 是 能 力 是 否 能 胜任 既定 的 工作 范 
畴 ; 精神 及 价值 取向 是 否 与 团队 整体 的 价值 取向 相 吻 合 ， 如 图 2-5 所 示 。 公 平公 正 意 
味 着 ， 第 一 象限 的 人 必须 受到 奖励 ， 第 四 象限 的 人 的 方向 性 必须 受到 鼓励 ， 第 二 象限 
的 人 ， 其 方向 性 需要 受到 批评 ， 第 三 象限 的 人 应 该 受到 惩罚 ， 甚 至 淘汰 。 这 是 杰克 
韦 尔 奇 在 《 赢 》 中 表达 的 观点 ， 对 项 目 管 理 也 有 很 强 的 参照 意义 。 这 时 一 定 不 能 拖 泥 
带 水 ， 不 能 “ 善 善 而 不 能 用 ， 恶 恶 而 不 能 去 。?” 
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的 车 。 对 这 辆 车 而 言 ， 为 了 快速 达到 目的 ， 以 
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? V 
价值 取向 


x 2? 


图 2-5 公平 的 一 种 定义 


“逻辑 链 1:， 意愿 之 价值 ”和 “逻辑 链 5: 制度 环境 之 量化 管理 ” 则 提醒 我 们 在 软件 项 目 
中 做 到 公平 公正 是 何等 的 困难 。 一 方面 贡献 值 受 意愿 影响 巨大 ， 另 一 方面 却 没 办 法 精确 度量 
意愿 。 
@ 从 管事 的 角度 看 ， 组 织 规模 尽 可 能 维持 在 10 人 左右 ， 使 组 织 尽 可 能 扁平 的 同时 确保 
有 一 个 人 处 在 塔 尖 上 。 要 确保 权利 和 责任 之 比 尽 可 能 为 常数 。 要 确保 恰当 的 人 在 做 恰 
当 的 事情 ， 与 此 同时 在 任务 分 解 和 分 配 上 达到 正 交 且 没 有 因果 上 的 矛盾 。 
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我 亦 无 他 ， 惟 手 熟 尔 


卖 油 丛 把 一 个 铜钱 放 在 油 菁 芒 嘴 上 后 ， 通 过 铜钱 中 间 的 小 孔 向 油 彰 芦 里 倒 油 时 ， 油 竟然 
一 点 也 没 沾 到 铜钱 上 。 这 很 让 人 惊奇 但 卖 油 丛 对 此 的 表示 是 : 无 他 ， 惟 手 熟 尔 。 

项 目 管理 需要 思考 ， 但 也 需要 当事人 的 经 验 ， 要 熟 记 软件 开发 的 基本 步骤 和 对 应 的 数据 
(比如 ， 多 大 规模 的 程序 ， 大 概 产 出 多 少 页 的 需求 文档 和 多 少 设 计 文档 等 )， 要 清楚 团队 成 员 
中 每 个 人 的 性 格 特点 、 技 术 能 力 。 这 些 东 西 难度 并 不 高 ， 需 要 的 是 用 心 。 


2.3.2 ”完美 项 目 管理 的 关联 要 素 


管理 为 软件 开发 准备 了 人 以 及 做 事 的 平台 ， 在 此 基础 之 上 才能 启动 真正 的 软件 开发 。 
在 其 他 环节 之 中 ， 与 管理 最 为 贴近 的 是 流程 。 从 一 定 程度 上 讲 ， 流 程 甚 至 可 以 算 做 是 管 



































里 的 一 种 手段 ， 在 “人 逻 辑 链 8: 组 织 行 为 ”中 ， 我 们 曾 提 到 了 。 
































































































































为 使 经 验 转化 为 价值 ， 适 用 于 多 个 项 目的 ， 特 定 的 因果 关系 和 时 序 需要 被 提取 出 来 并 强 
制 实 行 ， 最 终 形成 的 就 是 流程 。 所 以 完美 的 管理 方法 需要 完美 的 流程 作为 支撑 。 






































对 管理 影响 最 大 的 是 估算 。 有 了 估算 的 结果 ， 才 能 有 资源 分 配 这 类 事情 的 发 生 。 所 以 完 






































美的 管理 方法 事实 上 是 需要 完美 的 估算 作为 输入 。 如 果实 际 需 要 100 人 人 月， 估算 结果 却 只 有 














50 人 月 ， 并 按照 50 人 月 分 配 了 人 力 ， 那 管理 难度 必然 倍增 。 
如 果 把 管理 抽象 为 一 个 处 理 器 ， 那 么 这 个 处 理 器 最 关键 的 输入 是 人 员 特 征 和 项 目 特征 ， 
这 两 点 对 把 握 管理 中 各 个 环节 的 尺度 至 关 重 要 。 
比如 说 ， 对 于 软件 自身 比较 简单 ， 但 规模 比较 大 的 软件 ， 和 难度 比较 高 ， 但 规模 比较 小 






































































































































的 软件 ， 其 管理 方法 可 能 会 不 同 。 虽 然 遵 循 相同 的 逻辑 链 ， 但 在 尺度 上 将 有 所 差别 。 





























从 输出 来 看 ， 管 理 的 主要 输出 是 人 的 状态 ， 次 要 输出 是 各 种 计划 。 












































如 果 团 队 中 有 下 面 这 样 的 现象 ， 那 基本 上 是 因为 管理 没 做 好 。 


























@ 团队 整体 处 在 得 过 且 过 的 状态 ， 没 人 会 去 主动 思考 ,哪里 可 以 做 点 改进 ， 但 抱 杀 却 





很 多 。 
出 事后 互相 推 诱 。 











随便 做 什么 事 都 纷 委 














不 断 ， 形 不 成 统一 认识 。 














一 旦 开始 做 事 ， 大 家 各 行 其 是 ， 临 时 起 意 的 情况 非常 多 。 
总 是 犯 些 显 而 易 见 的 错误 。 比 如 ， 事 到 临头 才 发 现 需要 的 软件 没 买 。 
日 程 表 和 实际 情况 严重 不 符 ， 完 全 无 法 执行 。 比 如 ， 某 一 个 人 会 被 分 配 并 行 完成 多 个 












































任务 ， 但 每 个 任务 都 要 求 每 天 投入 8 小 时 。 








@ 多 次 犯 同样 的 错误 。 
@ 流程 上 定义 好 的 事 ， 

















一 执行 就 变样 。 


Outsourcing 的 影响 


Outsourcing 即 是 常 说 的 外 包 。 外 包 与 其 说 是 一 种 分 工 的 手段 ， 倒 不 如 说 是 一 种 纯粹 的 商 
业 行 为 。 从 商业 的 视角 考察 外 包 ， 是 一 个 非常 复杂 的 话题 ， 很 难 详细 展开 。 但 从 工程 角度 看 ， 
外 包 事 实 上 增加 了 管理 的 难度 。 这 种 难度 主要 来 源 于 两 个 方面 ， 一 是 权利 和 责任 的 分 化 导致 
很 难 遇 制 代码 质量 下 滑 二 是 地 域 分 散 所 带 来 的 各 种 内 耗 。 

对 于 一 份 代码 ， 其 非 劝 能 性 质量 ( 如 可 维护 性 等 ) 事实 上 是 一 个 有 机 体 ， 需 要 持续 维 
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护 。 然 而 这 一 部 分 质量 并 不 能 很 好 地 量化 ( 远 辑 链 6 )， 也 就 不 能 很 好 地 对 应 于 人 件 费 用 ， 
这 会 导致 启用 外 包 时 出 现 有 心 的 人 无 力 ， 有力 的 人 无 心 这 样 一 种 局 面 : 例如 ,发 包 的 人 有 
心 ， 期 望 收获 非 功 能 性 质量 ， 但 没 力量 去 做 ， 而 接 包 的 人 有 力量 去 做 ， 却 没 理由 这 样 做 。 
这 必然 会 导致 代码 内 在 质量 的 下 滑 ， 但 这 是 权利 和 责任 分 化 的 一 种 必然 结果 ， 暂 时 还 看 不 
到 解决 方法 。 

与 此 同时 ,团队 成 员 地 域 分 散 必然 会 导致 沟通 效率 下 降 .。 利用 COCOMGOII 考查 的 结果 是 
这 会 对 工作 效率 产生 56% 的 影响 。 也 就 是 说 ， 在 同一 地 点 工作 的 团队 ， 其 工作 效率 可 能 比分 
散在 很 多 地 域 的 团队 高 56%。 
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无 数 先例 已 经 训 
时 今日 ，CMMI 等 挟 滔天 之 势 而 来 ， 倘 若 不 能 正本 清 
学 步 。 而 消化 舶 来 技术 的 关键 则 
如 果 你 曾 
为 什 
为 什么 有 的 公司 里 流程 可 以 带 来 收益 ， 有 
为 什么 团队 成 员 总 是 不 太 喜 欢 流程 ”怎么 才能 避免 这 利 
好 像 谁 都 可 以 定义 流程 ， 那 么 什么 样 的 流程 才 是 好 的 流 得 


流程 的 存在 意义 


3.1 





第 3 草 





F 明 ， 当 我 





类 





经 思 


考 ， 并 有 
么 CMMI 总 是 容易 导 




















门 过 分 崇拜 国 


罩 . 台 已 


完美 流程 之 解构 


外 舶 来 的 先进 技术 时 ， 其 结果 往往 不 尽 人 意 。 今 








、 
源 ， 





月 





下 上 用 




















以 下 面 的 疑问 ， 导 
致 形式 大 于 内 容 ? 


8 么 在 这 昌 


立 唯 我 之 精神 ， 那 就 必然 沦 为 邯郸 


够 筑 破 虚 笋 ， 直 达 真 知 。 














有 也 许 你 可 以 找到 答案 。 
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不 以 规矩 ， 不 成 方圆 。 






































的 公 








司 上 








电光 


程 却 成 为 额外 负担 ? 











FP 人 负 效 应 ? 
什么 样 的 又 是 坏 的 流程 ? 


口 


FEy， 







































































































































































3.L1 价值 根源 

如 果 对 各 种 影响 项 目的 共通 因素 进行 归纳 和 分 解 ,再 把 对 应 方法 按照 合理 的 时 序 进 行 
规则 化 ， 那 么 得 到 的 就 是 流程 。 也 就 是 说 ， 流 程 是 时 间 轴 上 一 系列 动作 和 角色 的 定义 ， 殿 
根源 是 曾经 发 生 的 历史 ， 其 目的 是 固化 组 织 意 志 ， 并 重用 各 种 项 目 中 共通 的 经 验 〈 同 样 错 
误 不 犯 两 次 等 )， 其 特征 是 一 旦 确立 必然 要 求 强制 执行 一 一 不 强制 执行 的 流程 无 限 等 价 于 
不 存在 。 

固化 组 织 意 志 这 一 点 很 不 好 理解 ， 我 们 来 看 一 个 极端 的 情形 。 

在 典型 的 金字 塔 型 组 织 中 ， 一 个 人 可 能 希望 对 其 余 所 有 人 的 行为 施加 影响 。 这 种 施加 影 
响 的 过 程 事实 上 是 个 人 意志 进行 扩散 的 过 程 。 


当 想 把 一 个 人 的 意志 扩散 到 100 个 人 身上 的 时 候 ， 则 需要 把 这 个 人 的 意志 首 乡 


接 下 来 通过 审议 ， 上 升 为 组 接 下 来 在 其 余 100 人 身 | 


很 多 时 1 
假 


去 以 及 此 时 的 经 验 〔 或 判断 〉 必 须 对 未 来 的 事 
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A 























吴 就 是 流程 。 














流程 的 缺点 也 与 此 有 关 。 
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肠 





口 凌 汪 


\ 局 人心 \， 





= 





- 








E 文 档 化 ， 
文档 化 生成 的 东西 








FF 执行。 这 种 











本 说 上 述 对 流程 的 定义 成 立 ， 那 么 显然 其 成 立 的 前 提 
情 具 有 同 检 

















第 一 是 
现 有 经 验 进行 处 理 时 ， 




















旦 外 部 变化 大 3 


到 一 定 程 











那 流 程 会 表 





三 } 


是 经 验 在 时 空 上 均匀 分 布 ， 即 过 
的 价值 。 





























度 《〈 变 化 大 可 以 分 解 为 数量 大 和 频 度 大 )， 不 足以 用 
现 为 一 种 保守 的 力 
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用 











与 改进 的 力量 相 ? 





也 就 


突 。 








是 说 ， 流 程 并 不 促成 变化 ， 并 可 能 成 为 变化 的 对 立 面 。 











第 二 是 由 于 是 强人 
































也 无 法 考虑 “选择 和 集 








剖 执 行 ,那么 流程 各 个 环节 的 权重 必然 是 3 
中 ”这 样 的 行为 。 在 极端 的 情形 下 ， 即 使 有 些 步 又 在 特定 时 间 











此 流程 并 不 考虑 ， 





F 均 的 。 攻 


























点 毫 无 意义 ， 那 从 流程 的 角度 看 也 是 必须 执行 的 。 

当 我 们 用 “个 人 工程 素养 上 “个 人 工作 意愿 “组织 力 和 “内 耗 系数 ”这 4 个 维度 去 考 
察 流程 时 ， 基 于 流程 自身 的 特质 ， 我 们 很 容易 得 出 以 下 的 结论 。 

@ 合适 的 流程 能 够 对 “内 耗 系数 ”与 “组 织 力 ” 施 加 正面 影响 。 

@ 不 管 什么 样 的 流程 对 “个 人 工程 素养 ”几乎 都 没有 影响 。 

@ 流程 对 “个 人 工作 意愿 ”有 负面 的 影响 的 可 能 性 很 大 。 

对 于 前 两 点 ， 大 多 时 候 争 议 不 多 。 

软件 自身 是 一 种 固化 的 思维 ， 所 以 多 人 协作 事实 上 是 思维 进行 对 接 的 过 程 ， 在 一 过 程 中 ， 
当 用 流程 理 清 项 目 运作 中 各 个 环节 的 因果 后 ， 可 以 避免 遗忘 、 信 息 流 动 混乱 这 些 问 题 的 负面 
影响 ， 浪 费 的 时 间 也 会 减少 ， 因 此 内 耗 系数 会 有 所 改善 。 

请 注意 ， 软 件 规模 增 大 的 时 候 ， 小 组 成 员 数 大 多 也 会 随 之 增加 ， 而 成 员 数 增加 则 一 定 
会 导致 沟通 路 径 的 增加 ， 如 图 3-1 所 示 ， 人 员 从 两 个 变 为 n 个 的 时 候 ， 沟 通路 径 将 变 为 
Dx(n-1)/2。 


























































































































































































































一 一 《软件 估 工 一 一 “黑匣子 ”揭秘 》 


OO 


两 人 间 的 沟通 5 人 间 的 沟通 


图 3-1 沟通 的 可 能 路 径 









































当 用 流程 规范 化 了 重用 代码 这 类 行为 的 规则 时 ,“ 组 织 力 ”也 将 得 到 持续 增强 。 但 不 管 怎 
么 定义 流程 ， 流 程 都 对 “工程 素养 ”影响 其 微 。 
























































对 于 流程 将 对 个 人 工作 意愿 产生 负面 影响 这 一 点 ， 很 多 时 候 不 同 的 人 会 有 不 同 的 
观点 ， 这 里 之 所 以 认为 流程 很 可 能 会 对 工作 意愿 造成 负面 影响 是 因为 人 自身 的 一 个 本 质 
特征 。 

何 新 先生 认为 : 


依据 热力 学 第 二 定律 ， 系 统 中 的 气体 分 子 总 是 趋向 于 更 变化 多 端 。 整 个 人 类 等 任何 一 个 
生物 整体 都 看 成 是 近似 的 封闭 系统 (人 等 宏观 体 在 时 间 上 所 表现 的 不 变性 可 以 等 价 于 热气 体 
分 子 运 动 的 系统 封闭 性 )， 可 以 把 人 近似 为 其 中 的 一 个 热气 体 分 子 ， 所 以 人 总 是 追求 自由 , 平 
等 和 优越 感 。 

这 一 观点 在 管理 以 及 流程 上 的 意义 在 于 : 它 告 诉 我 们 ， 人 的 反 流 程 天 性 是 与 生 俱 来 的 ， 
并 不 是 一 种 偶然 特性 。 

管理 和 流程 更 多 地 体现 为 一 种 约束 ， 而 人 的 天 性 是 反 约 束 的 ， 因 此 也 是 反 管 理 和 反 流 程 
的 。 我 们 很 难 进一步 证 明 这 一 结论 ， 但 这 一 结论 至 少 与 我 们 日 常 的 观察 相符 。 

人 的 这 种 反 管理 反 流 程 天 性 必然 导致 的 一 个 结果 是 ， 约 束 ( 流 程 ) 一 旦 超过 某 一 尺度 ， 
逆反 将 趋 于 严重 ,“ 个 人 工作 意愿 ”也 将 一 路 降低 。 

基于 上 述 分 析 ， 可 以 得 知 流程 要 想 有 价值 ， 那 么 在 “内 耗 系数 ”和 “组 织 力 ”上 的 正 收 
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益 要 大 于 在 “个 人 工作 意愿 ”上 的 可 能 损失 。 
亚 里 士 多 德 的 四 因 说 

亚 里 士 多 德 把 一 切 事物 生成 和 存在 的 主要 原因 可 以 概括 为 四 因 。 

第 一 种 是 质料 因 ， 即 形成 物体 的 主要 物质 。 第 二 种 是 形式 因 ， 即 主要 物质 被 赋予 的 设计 
图 案 和 形状 。 第 三 种 是 动力 因 ， 即 为 实现 这 类 设计 而 提供 的 机 构 和 作用 。 第 四 种 是 目的 因 ， 
即 设计 物体 所 要 达到 的 目的 。 举 个 例子 来 说 ， 制 陶 者 的 陶土 为 陶器 提供 其 质料 因 ， 而 陶器 的 
设计 样式 则 是 它 的 形式 因 ， 制 陶 者 的 轮子 和 双手 是 动力 因 ， 而 陶器 用 途 是 目的 因 。 
一 一 百度 百科 

先 不 论 亚 里 士 多 德 创立 四 因 说 的 本 来 目的 ， 现 实 中 四 因 说 却 可 以 帮助 我 们 推导 出 解决 问 
题 的 根本 方法 。 

在 我 们 用 四 因 说 来 考察 问题 时 ， 我 们 会 发 现 一 切 问题 都 根源 于 一 种 矛盾 ， 而 这 种 矛盾 可 
以 用 下 面 的 方式 来 考察 。 

1) 引发 问题 的 根源 一 目的 因 。 

2) 问题 持续 存在 的 动力 一 动力 因 。 

3) 问题 的 表现 形式 一 形式 因 。 

4) 问题 得 以 存在 的 素材 一 质料 因 。 
只 要 能 让 上 述 4 个 方式 中 的 任何 一 个 彻底 消失 ， 问 题 自 身 必 会 消失 。 
流程 大 多 时 候 只 对 形式 因 起 作用 ， 除 非 引 发 问题 的 根源 是 遗 态 或 者 混乱 。 

比如 说 ， 一 个 软件 项 目 质 量 不 好 这 一 问题 ， 基 于 上 述 方法 可 以 分 解 为 : 

问题 的 根源 ， 代 码 可 维护 性 极 差 ， 改 了 之 后 ， 无 法 控制 影响 范围 ， 与 此 同时 软件 仍然 有 
一 批 客 户 ， 开 发 者 不 愿 轻易 放弃 。 

问题 持续 存在 的 动力 :对 代码 的 可 维护 性 进行 优化 的 话 ， 容 易 触发 质量 风险 ， 没 人 愿意 
承担 这 种 风险 ， 所 以 只 能 修 修补 补 。 

问题 的 表现 形式 ，bug 率 太 高 。 

问题 得 以 存在 的 素材 : 软件 自身 以 及 某 些 可 能 需要 添加 的 新 特性 。 
显然 从 解决 上 述 问题 的 角度 看 ， 流 程 具 能 贡献 于 对 形式 因 的 监控 。 


3.1.2 定性 分 析 


我 们 先 回 到 之 前 用 过 的 公式 ， 假 设 一 个 人 的 工程 素养 为 E， 一 个 人 的 工作 意愿 为 W， 组 
织 所 能 提供 的 力量 为 O， 内耗 系数 为 M， 那 么 对 于 一 个 拥有 nn 个 人 的 团队 ， 其 在 单位 时 间 内 ， 
最 终 可 能 的 贡献 值 可 以 表示 为 : 

[Ei1xW1 +O)+(ExxW2+O)+ … +(EuWa。+O)] x M 

在 此 基础 上 我 们 来 考虑 流程 对 个 人 意愿 WwW， 组 织 力 量 O 以 及 内 耗 系数 M 的 影响 。 这 时 

如 果 假 设 对 W 的 影响 为 x%， 对 0 的 影响 为 Y%， 对 M 的 影响 为 z%， 那 么 公式 会 变 为 : 
[GEixW1 (1-x%) +O (lt+y%) ) 二 (E2zxW (1-x%) +O (lt+y%) ) 十 
+ (ErWn (1-x%) +O (1+y%) )] x Mx(1+z%) 

做 一 点 变换 后 ， 这 一 公式 变 为 : 

[(EixWi +O)+(ExxW2+ O)+ … +(ExWn +O)]xMx (1-x%) x (lty%) x (1+z%) 

这 意味 着 流程 是 否 有 价值 将 最 终 取决 于 (1-x%) x (1+y%) x (1+z%) 是 否 大 于 1。 
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接 下 来 通过 一 些 极 值 ， 我 们 可 以 得 出 一 些 有 趣 的 结论 : 

@ 如 果 代 表 对 工作 意愿 影响 的 x 大 到 一 定 程度 ， 那 么 流程 改善 所 带 来 的 一 切 收益 都 将 被 
抵消 ， 组 织 的 贡献 值 将 无 限 趋 近 于 零 。 这 与 大 多 数 人 观察 到 的 现实 相符 ， 如 果 一 个 组 
织 里 的 所 有 人 ， 都 是 非常 消极 的 状态 ， 那 任何 流程 都 将 是 形式 大 于 内 容 。 

@ 假如 组 织 力量 可 以 因为 流程 改善 增强 两 倍 〈y=100)， 内 耗 可 以 因为 流程 改善 的 原 
因 达 到 极 值 变 为 1。 那 么 可 以 接受 的 个 人 意愿 降低 为 50%〈x=50)。 在 前 文 我 们 曾 
经 提 到 过 ， 软 件 的 一 个 根本 特质 是 软件 与 代码 相等 价 ， 所 以 组 织 力量 的 增强 要 想 
体现 价值 ， 必 须 最 终 作 用 于 代码 的 生产 。 从 这 个 角度 看 ， 和 希望 因为 组 织 力量 的 增 
强 而 使 代码 的 生产 率 增 强 两 倍 ， 在 大 多 的 情景 下 是 困难 的 。 因 此 ，50% 几 乎 是 一 


个 极 值 。 也 就 是 说 如 果 个 人 意愿 确实 因 流 程 改 善 下 降 了 50%， 那 么 流程 改善 将 变 
得 没有 价值 。 


3.2 ”完美 流程 的 要 素 






























































































































































理念 本 质 上 是 一 个 过 程 。 
黑 格 尔 , 《小 逻辑 》 
根据 上 一 节 得 出 的 结论 ， 为 体现 流程 的 价值 ， 那 么 必须 控制 流程 对 个 人 意愿 的 负面 影响 ， 
增加 流程 对 内 耗 系数 和 组 织 力 的 正面 影响 。 
流程 是 对 既 有 工作 的 一 种 约束 ， 那 么 从 这 种 约束 与 现实 需要 的 契合 程度 来 划分 ， 可 以 把 
流程 分 为 两 类 : 契合 的 与 不 契合 的 。 显 然后 者 对 个 人 意愿 的 负面 影响 更 加 巨大 。 
在 繁琐 之 中 行走 ， 却 看 不 见 目 的 ， 这 对 任何 人 都 是 一 种 挑战 ， 挑 战 的 结果 往往 是 消极 的 
情绪 。 
削减 内 耗 系 数 这 一 维度 上 ， 对 流程 提出 的 要 求 与 上 述 相同 。 流 程 与 现实 需要 的 契合 程度 
越 高 ， 对 内 耗 系 数 的 影响 也 就 越 大 。 
从 对 组 织 力 的 影响 上 来 看 ， 流 程 至 少 可 以 从 两 个 维度 上 施加 影响 : 一 是 确保 当前 项 目 在 
项 目 目标 之 外 对 组 织 有 所 贡献 〈 组 织 资产 ); 一 是 完善 项 目 与 其 他 相关 环节 《比如 销售 ) 的 配 
合 。 这 事实 上 等 于 要 求 增加 项 目 对 外 部 的 透明 程度 。 
从 自身 投入 的 角度 看 ， 两 个 主要 投入 是 学 习 成 本 和 流程 建立 成 本 。 而 流程 的 学 习 成 本 事 
实 上 与 流程 与 现实 需要 的 契合 程度 有 直接 关系 ， 如 果 说 流程 即 是 现实 需要 ， 那 么 流程 学 习 成 
本 将 为 0。 
上 面 的 分 解 告诉 我 们 ， 用 逻辑 对 完美 流程 进行 推导 的 时 候 ， 我 们 需要 从 下 面 几 个 方面 入 手 。 
1) 个 人 意愿 ， 流 程 与 现实 需要 的 契合 度 。 
2) 内 耗 系数 ， 流 程 与 现实 需要 的 契合 度 。 
3) 组 织 力 量 ， 贡 献 于 项 目 目标 之 外 的 组 织 要求 〈 可 重用 等 )， 增 加 项 目 透明 度 的 要 求 。 
4) 实施 成 本 ， 流 程 与 现实 需要 的 契合 度 ， 流 程 的 创建 成 本 。 
,“ 流 程 与 现实 需要 的 契合 度 ” 这 一 子 项 在 多 处 产生 影响 ， 可 以 说 是 流程 有 无 价值 之 












































































































































































































































































































































根本 。 











上 面 的 观点 可 以 简化 成 如 图 3-2 所 示 情 况 。 
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| 输出 ， 工 作 意愿 
答 山 内耗 系数 


一 ”| 给 册 : 组 织 力量 

















图 3-2 流程 的 影响 要 素 


由 于 “贡献 于 项 目 目标 之 外 的 组 织 要 求 ” 和 “增加 项 目 透 明度 的 要 求 ” 两 点 与 公司 的 存 
在 哲学 相关 ， 我 们 将 不 在 这 里 进行 展开 讨论 。 

与 此 同时 ， 与 现实 需要 的 契合 度 自身 则 可 以 进一步 分 解 为 正 交 、 斥 度 、 同 事业 的 契合 ， 
同人 的 契合 。 

@ 正 交 是 指 分 解 之 间 没 有 重合 。 

@ 尺度 是 指 流程 自身 的 详尽 程度 。 

@ 同事 情 的 契合 是 指 “ 实 事 求 是 ”的 程度 。 

@ 同人 的 契合 是 指 人 的 接受 程度 。 

对 上 面 所 说 的 这 些 分 解 ， 我 们 提出 如 表 3-1 所 示 的 逻辑 链 。 































































































表 3-1 流程 相关 的 逻辑 链 


流程 的 分 解 逻辑 链 
重复 做 同样 的 工作 会 降低 效率 一 在 确保 流程 对 既定 项 目的 全 面 覆 盖 的 同时 , 要 确保 流程 
中 的 步骤 彼此 正 交 一 正 交 的 流程 是 指 ， 流 程 中 的 各 步骤 有 明确 的 焦点 ， 但 不 重奏 
软件 是 一 种 固化 的 思维 一 思维 固化 本 质 上 不 可 能 是 例行公事 一 现场 的 人 需要 较 大 的 
尺度 主 空间 一 软件 的 流程 粒度 需要 比较 大 ,而 不 能 规定 工作 细节 , 手册 化 一 可 以 把 流程 等 价 于 
一 种 打 断 ， 从 这 个 尺度 上 可 以 度量 当前 流程 的 程度 是 否 过 于 繁 
契合 度 项 目 所 能 耗费 的 资源 是 有 限 的 一 要 把 有 限 资源 用 在 投资 回报 率 高 的 项 目 上 一 从 契合 度 
同事 情 的 身 合 度 。 | 的 角度 看 ， 流 程 可 分 3 个 品级 ，1. 收 益 明 显 ， 不 做 机 会 成 本 极 大 的 ，2. 收 益 不 明显 ， 但 有 
流程 7 | 收益 的 ; 3. 看 不 到 收益 的 。 一 1 是 一 定 要 做 的 ，3 是 一 定 不 要 做 的 ， 而 2 是 可 做 可 不 做 的 。 
一 从 保证 契合 度 的 角度 看 , 2 是 应 该 被 舍弃 的 
同人 的 站 合 度 意识 指导 行动 ~ 为 提高 流程 与 人 的 契合 程度 ， 流 程 应 该 是 当事人 意识 的 集中 体现 。 一 广泛 讨 
“一 | 论 ， 提 取 大 多 数 人 毫 无 争议 的 部 分 进行 固化 ， 最 终 形 成 流程 。 一 提高 流程 与 人 的 契合 度 
项 目 所 能 使 用 的 资源 是 有 限 的 一 流程 本 质 上 会 主导 限定 资源 的 分 配方 法 一 必须 确保 特 
定 分 配方 法 的 ROI-- 流 程 的 成 本 事实 上 无 法 计算 清楚 : 与 实际 工作 相 契 合 的 ,事实 上 是 工 
作 的 一 部 分 ， 而 与 实际 工作 不 契合 的 ， 事 实 上 是 工作 没 做 好 。 一 由 于 流程 即 是 工作 方法 本 
身 ， 流 程 成 本 无 法 单独 计算 



















































































































































































































































































































































成 本 
























































3.2.1 逻辑 链 1: 正 交 的 分 解 
重复 做 同样 的 工作 会 降低 效率 一 在 确保 流程 对 既定 项 目的 全 面 履 盖 的 同时 ， 要 确保 流程 
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中 的 步骤 彼此 正 交 一 正 交 的 流程 是 指 ， 流 程 中 的 各 步骤 有 明确 的 焦点 ， 但 不 重 梧 
正 交 本 身 是 一 个 数学 概念 ， 如 果 两 条 直线 正 交 ， 那 么 意味 着 这 两 个 直线 相互 垂直 。 而 流 
程 中 ， 步 又 的 正 交 则 是 指 两 个 步 又 中 不 做 同样 的 或 类 似 的 工作 。 













































































比如 说 , 如 果 在 项 目的 配置 管理 ， 








经 定义 了 Check In/Check Out 的 规则 , 那么 就 不 需要 


[0 












































在 Coding Rule 再 进行 定义 ， 否 则 配置 管理 和 Coding 这 两 个 步骤 就 不 是 正 交 的 。 




















不 正 交 的 步骤 坏处 非常 明显 : 为 保证 一 致 性 会 增加 额外 的 维护 成 本 ， 会 导致 不 必要 的 文 














档 交 叉 引 用 ， 类 似 的 事情 做 两 次 就 会 导致 资源 浪费 和 人 员 的 逆反 心理 。 












































从 技术 角度 看 ， 使 流程 中 的 步骤 彼此 正 交 并 非 是 很 难 的 课题 ， 关 键 是 要 做 到 不 唯 上， 不 











唯 书 ， 上 只 唯 实 。 












































对 流程 的 正 交 性 进行 干扰 的 因素 实际 上 随处 可 见 。 即 使 是 像 CMMI 这 样 经 典 的 方法 论 ， 
其 中 仍然 会 包含 着 不 正 交 的 分 解 。 我 们 来 看 下 面 这 个 例子 。 

在 CMMI 中 ， 分 别 定义 了 PP (Project Planning) 和 IPM (Integrated Project Management) 
两 个 过 程 域 ， 这 两 个 过 程 域 彼此 间 的 正 交 性 并 不 是 很 好 。 






















































































比如 说 ， 在 PP 过 程 域 中 ， 要 求 对 项 目 所 需要 的 设备 和 工具 进行 规划 。 
同时 ， 在 IPM 过 程 域 中 则 要 求 定义 项 目的 工作 环境 。 工 作 环境 的 定义 相对 比较 宽泛 ， 也 












































包含 了 所 需要 的 软 人 硬件 。 


PP 和 IPM 中 的 上 述 两 个 步骤 
作 环 境 的 规划 一 定 会 有 重奏 部 分 
这 样 一 来 ，PP 和 IPM 所 扮演 的 角色 也 就 不 那么 清楚 了 。 


























由 | 


事实 上 包含 了 非 正 交 的 部 分 。 对 软 人 硬件 等 进行 规划 与 对 工 
虽然 可 以 认为 这 两 个 步 又 并 非 完全 相同 。 









































正常 来 讲 ， 我 们 可 以 认为 PP 是 对 项 目 进 行规 划 ， 而 IPM 则 是 要 求 在 对 项 目 进行 规划 的 






































时 候 考虑 组 织 级 的 因素 。 





么 其 自身 所 扮演 的 角色 也 就 变 得 模糊 了 。 











但 如 果 IPM 对 某 些 具体 步 又， 比如 工作 环境 的 处 理 进行 了 定义 ， 那 
































不 同 的 人 对 CMMI 会 有 不 同 的 解释 ， 但 大 多 宛 长 或 者 不 容易 懂 。 在 这 里 我 们 试 着 用 最 短 




















的 文字 和 最 简单 的 图 形 提 






































巴 CMMI 描绘 出 来 ， 也 许 不 十 分 精确 ， 但 应 该 可 以 传 其 神韵 。 


























提炼 后 的 CMMI 模型 如 图 3-3 所 示 。 











做 各 种 事情 的 基本 步 又 





各 个 环节 的 信 
息 需 要 保 在 和 


已 


资源 能 力 不 够 
需 培 训 


图 3-3 素描 CMMI 
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》 


计划 可 以 对 应 到 : PP (Project Planning)，IPM (Integrated Project Management)，QPM 
(Quantitative Project Management), RSKM (Risk Management ) 。 

实施 可 以 对 应 到 : TS (Technical Solution)，PI (Product Integration)，RD (Requirements 
Development)，REQM (了 Requirements Management ) 。 

检查 可 以 对 应 到 :; VER 〈Verification)，VAL (Validation )，PMC (Project Monitoring and 
Control ), PPQA (Process and Product Quality Assurance ), OPP (Organizational Process 

















Performance )。 

分 析 可 以 对 应 到 : MA (Measurement and Analysis), CAR (Causal Analysis and Resolution )。 

改善 可 以 对 应 到 : OPF (Organizational Process Focus), OID (Organizational Innovation and 
Deployment ) 。 

培训 可 以 对 应 到 :; OT (Organizational Training Process )。 

信息 的 保存 和 管理 可 以 对 应 到 ; CM (Configuration Management)。 

展开 到 组 织 级 可 以 对 应 到 : OPD (Organizational Process Definition )。 

做 选择 和 决定 可 以 对 应 到 : DAR (Decision Analysis and Resolution ) 。 

把 图 3-3 递归 到 每 个 过 程 域内 部 ， 就 又 可 以 得 到 大 部 分 的 GP (Generic Practice) 和 SP 
(Specific Practice ) 。 

CMMIL3 及 以 下 的 过 程 域 具 要 能 够 把 握 好 尺度 ， 其 意义 毋 良 置疑。 四、 五 级 则 本 质 上 和 
2.2.6 中 的 逻辑 链 冲 突 。 我 们 在 2.2.6 中 曾经 提 到 ， 由 于 软件 自身 是 一 种 固化 的 思维 , 度量 上 具 
有 一 定 的 模糊 性 ， 因 此 精细 化 的 量化 管理 很 难 用 在 软件 项 目 之 中 ， 而 四 、 五 级 所 要 求 的 正 是 
很 精细 的 量化 管理 ， 也 许 也 可 以 找到 一 个 平衡 点 作为 两 者 交汇 处 ， 但 这 显然 是 一 个 更 大 的 课 
题 ， 本 书 就 不 予 论述 了 。 


3.2.2 ”逻辑 链 2: 流程 之 尺度 


软件 是 一 种 固化 的 思维 一 思维 固化 本 质 上 不 可 能 是 例行公事 一 现场 的 人 需要 较 大 的 自主 
空间 一 软件 的 流程 粒度 需要 比较 大 ， 而 不 能 规定 工作 细节 和 手册 化 。 一 可 以 把 流程 等 价 于 一 
种 打 断 ， 从 这 个 尺度 上 可 以 度量 当前 流程 的 程度 是 否 过 于 繁重 。 
必要 的 流程 尺度 与 工作 自身 的 特质 有 关 。 对 于 重复 程度 比较 高 的 工作 ， 明 确定 义 流程 旨 
节 ， 并 确保 执行 力度 ， 是 保证 结果 的 有 效 手 段 ， 比 如 ， 本 地 化 工作 等 。 对 于 全 新 的 或 者 变化 
比较 频繁 的 工作 ， 过 度 详细 的 流程 会 增加 额外 工作 量 ， 导 致 不 良 结果 ， 甚 至 可 能 比 没 有 流程 
更 差 。 大 多 的 软件 开发 更 像 后 者 ， 而 非 是 前 者 。 
“究竟 什么 样 的 流程 适合 软件 项 目 ?” 显 然 是 一 个 尺度 问题 。 既 不 是 越 细 越 好 ， 也 不 是 越 
粗 越 好 。 
对 此 ， 儒 家 讲 : 允 执 厥 中 。 黑 格 尔 曾 在 《小 逻辑 》 一 书 中 写 道 ,上帝 是 万 物 之 尺度 。 由 
此 可 见 尺度 问题 是 世界 性 的 长 期 话题 ， 并 不 是 简单 可 以 解决 的 ， 大 多 时 候 要 基于 人 的 判断 。 
我 们 来 试 着 对 判断 基准 做 一 点 分 析 。 
比如 ,我 们 说 苏州 8 月 份 会 下 雨 , 那 十 有 八 九 是 对 的 ,但 如 果 我 们 说 苏州 8 月 1 日 20:00:00 
会 下 雨 ， 则 很 可 能 是 不 对 的 。 
上 述 两 则 推测 之 所 以 结果 不 同 ， 实 际 上 是 因为 尺度 : 8 月 和 8 月 1 日 20:00:00 在 时 间 上 
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的 精确 程度 不 同 。 
判断 8 月 份 下 不 下 雨 ， 只 要 知道 8 月 份 是 梅雨 季节 ， 而 梅雨 季节 一 定 下 两 就 够 了 。 
判断 8 月 1 日 20:00:00 是 否 下 雨 则 要 使 用 卫星 和 超级 计算 机 来 预测 ， 即 使 如 此 其 结果 也 


不 一 定 准 ， 
























































因为 时 间 上 过 于 精确 ， 各 种 偶然 因素 都 可 能 会 对 结果 产生 影响 。 























流程 要 约束 的 也 是 未 来 会 发 生 的 事情 。 而 上 面 的 例子 告诉 我 们 流程 中 的 步骤 要 尽 可 能 基 
于 有 逻辑 或 数据 支撑 的 必然 因素 〈 比 如 ， 梅 雨季 节 一 定 下 十 )， 而 不 是 偶然 因素 。 这 就 是 判断 


流程 尺度 的 基 疹 























下 面 
为 没有 记录 必然 不 知 








， 看 一 个 具体 的 例子 。 比 如 ， 我 们 定义 流程 时 可 以 定义 每 次 Review 都 要 有 记录 ， 因 






































道 哪里 错 了 ，Review 后 没 法 修改 。 但 要 求 任 何 Review 的 记录 中 都 必须 


















































F 面 








] 完 全 相同 的 格式 (记录 下 来 对 应 的 要 求 ， 是 不 是 错误 ， 错 误 的 原因 是 什么 ， 可 不 可 能 防止 
等 ) 就 有 

















点 过 了 ， 因 为 每 次 出 的 问题 ， 问 题 的 原因 等 皆 不 相同 ， 会 导致 较 多 的 争议 。 
的 描述 似乎 仍然 比较 抽象 ， 这 里 再 补充 男 外 两 个 可 以 间接 度量 流程 尺度 的 视角 。 














一 是 对 个 


的 沉 


30min ) 







































































人 工作 构成 打 断 的 频 度 。《 人 件 》 中 曾经 提 到 , 人 的 思维 在 经 过 一 小 段 时 间 (20 一 
静 后 ， 会 进入 “ 顺 流 ”状态 ， 这 时 思考 效率 最 高 。 一 旦 被 打 断 ,那么 重新 进入 “ 顺 

















流 ” 状 态 需 要 花 额 外 的 成 本 。 这 意味 着 一 个 人 在 一 天 内 不 适合 同时 进行 过 多 的 不 同类 型 的 工 
作 。 如 果 每 次 进入 状态 需要 〈20 一 30min)， 那 么 不 同类 型 工作 数量 的 上 限 值 似乎 应 该 是 2 一 3 


个 。 可 以 计算 



































下 ， 每 天 中 由 流程 导致 的 这 种 打 断 的 频 度 。 





@ 展会 。 
@ To-Do 列表 更 新 。 
@ 时 间 管 理 。 
@ 非 每 天 发 生 的 项 目 ， 如 数据 统计 等 。 





由 此 可 对 流程 是 否 已 经 过 度 进行 一 点 判断 。 
































二 是 间接 的 时 








和 项 


相关 























| 间 玫 
作 之 外 的 时 间 开 销 ， 这 背后 所 隐藏 的 是 项 目 所 能 接受 的 生产 率 。 








F 销 所 占 的 比例 ， 即 在 项 目 中 估算 ， 需 求 ， 设 计 ， 编 码 ， 测 试 这 类 直接 
























































这 可 以 用 简单 的 公式 推导 来 证 明 。 
生产 率 : Productivity =Scale/MM 单位 : KSLOC/MM 














MM 则 是 了 














，Scale 代表 






































最 终 软件 产品 的 规模 ， 我 们 用 代码 行 来 做 度量 规模 的 单位 。 
开发 此 软件 产品 所 花费 的 人 月 。 





而 与 此 同时 ，Scale = Coding SpeedxCoding MM。 
Coding Speed 是 指 一 个 程序 员 编 号 代码 的 速度 〈 不 是 指 生 产 率 )， 而 Coding MM 则 是 指 
所 有 程序 员 用 来 编码 的 时 间 。 





把 这 两 个 简 









































的 公式 合 在 一 起 ， 生 产 率 的 公式 将 变 为 : 














Productivity =Coding SpeedxCodingMMVTotal MM 单位: KSLOC/MM 














对 于 成 熟 的 程序 员 ， 编 码 速 度 (Coding Speed) 总 是 相对 恒定 ， 这 也 就 意味 生产 率 最 终 和 


编码 所 占 的 时 间 比 率 有 关 。 





从 流程 的 角度 看 ， 














须 进 行 














可 以 要 求 很 多 ， 比 如 ， 所 有 的 会 议 都 必须 有 会 议 记录 ， 会 议 记 录 也 必 


检查 等 ， 但 当 这 类 时 间 增 加 的 时 候 ， 生 产 率 无 疑 的 会 有 所 下 降 ， 而 生产 率 可 以 下 降 到 
什么 程度 ， 也 成 为 流程 尺度 判断 的 又 一 重 根据 。 
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用 数据 说 话 的 是 与 非 

一 旦 需要 判断 尺度 时 ， 很 多 人 可 能 会 想到 用 数据 说 话 。 

数据 无 疑 是 有 用 的 ， 没 有 数据 许多 事情 ( 如 进度 ， 收 益 等 ) 都 将 变 成 黑箱 状态 。 

但 恰恰 是 在 判断 尺度 时 ， 数 据 并 没有 想 的 那么 有 用 ， 它 只 是 提供 了 一 个 支点 ， 最 终 还 是 
需要 人 来 做 判断 。 

必须 做 判断 的 根本 原因 是 : 待 解决 问题 往往 在 时 间 和 空间 上 是 连续 的 ， 而 数据 大 多 时 候 

只 是 一 个 截面 。 这 个 时 候 更 需要 的 是 先 形成 对 连续 问题 的 整体 构图 ， 根 据 其 中 的 不 清晰 点 有 
采集 数据 ， 再 使 用 数据 。 如 果 只 是 拼 竣 数据 ， 那 是 不 太 可 能 形成 整体 构图 的 。 


3.2.3 ”逻辑 链 3: 选择 与 集中 


项 目 所 能 耗费 的 资源 是 有 限 的 一 要 把 有 限 资源 用 在 投资 回报 率 高 的 项 目 上 一 从 契合 度 的 
角度 看 ， 流 程 可 分 3 个 品级 : @@ 收 益 明 显 ， 不 做 机 会 成 本 极 大 的 ; 回收 益 不 明显 ， 但 有 收益 
的 ; 加 看 不 到 收益 的 一 四 是 一 定 要 做 的 ， 图 是 一 定 不 要 做 的 ， 而 加 是 可 做 可 不 做 的 一 从 保证 
契合 度 的 角度 看 ， 四 是 应 该 被 舍弃 的 。 

尺度 清晰 之 后 ， 所 要 做 的 工作 是 选择 和 和 集中。 依据 Intel 创始 人 安 迪 . 格 鲁 夫 的 观点 ， 事 业 
成 功 并 非 因为 面面俱到 ， 而 是 因为 强 的 地 方 足够 强 。( 他 说 : 只 有 偏执 狂 才能 成 功 ) 

这 对 流程 的 选择 和 集中 同样 有 意义 。 从 软件 项 目的 角度 看 ， 向 流程 中 添加 步骤 总 是 安全 
的 ， 因 为 任何 步骤 都 有 其 正面 意义 。 而 其 负面 意义 〈 耗 费 人 力 ) 往往 是 不 直接 可 见 的 。 这 更 
像 是 慢性 疾病 ， 只 有 在 漫长 的 时 间 之 后 ， 才 暴露 出 其 致命 的 面目 ， 比 如 ， 人 浮 于 事 等 。 

如 本 条 逻辑 链 中 所 描述 的 ， 流 程 的 步骤 总 是 可 以 分 为 3 类 : Q 岂 收益 明显 ， 不 做 机 会 成 本 
极 大 的 ; 包 收 益 不 明显 ， 但 有 收益 的 ;@ 看 不 到 收益 的 。 

从 基本 原则 的 角度 来 看 ， 了 和 @@) 的 做 和 不 做 是 不 言 自明 的 ， 关 键 是 对 @ 的 处 理 。 

我 们 来 看 一 组 例子 。 

“需求 分 析 人 员 与 测试 人 员 共 同 对 规格 说 明 书 进行 Review” 这 一 步骤 是 属于 类 型 中 。 

“所 有 开发 人 员 需 要 与 测试 人 员 对 Test Case 进行 Review” 这 一 步骤 是 属于 类 型 @。 

“所 有 开发 人 员 要 关注 项 目的 收入 是 否 已 经 到 账 ” 这 一 步骤 是 属于 类 型 @)。 

其 中 ， 不 Review 规格 说 明 书 的 风险 极 大 ， 可 能 导致 测试 人 员 的 Test Case 不 能 形成 对 规 
格 说 明 书 的 全 履 盖 ， 所 以 这 是 一 定 要 做 的 。 收 入 到 账 与 否 与 开发 人 没有 任何 关联 ， 所 以 根本 
不 需要 考虑 。 而 所 有 开发 人 员 是 否 要 Review Test Case 则 是 两 难 的 问题 。 
从 收益 上 看 ， 这 并 不 是 无 收益 的 步骤 ， 因 为 开发 人 员 可 以 判断 Test Case 是 否 对 自己 可 能 
的 实现 进行 了 全 覆盖 。 但 这 样 做 显然 会 增加 一 点 开销 ， 同 时 收益 并 非 十 分 明显 。 因 为 只 要 需 
求 分 析 人 员 完 成 了 对 Test Case 的 Review 就 可 以 一 定 程度 上 保证 Test Case 对 规格 说 明 书 的 全 
敌 盖 。 
表面 上 看 ， 这 类 Case 可 以 选择 做 ， 也 可 以 选择 不 做 ， 但 事实 上 却 是 只 能 选择 不 做 。 和 否则 
我 们 没有 任何 办 法 来 防止 项 目 组 的 持续 性 “ 炉 增 ”,， 项 目 组 的 资源 会 不 断 摊薄 在 各 种 各 样 的 非 
核心 事务 上 ， 最 终 导 致 在 代码 编写 这 样 核心 工作 上 的 时 间 减 少 。 

项 目 管理 中 的 加 减法 

当 运 作 项 目的 时 候 ， 人 们 似乎 天 生 有 做 加 法 的 倾向 。 这 大 概 是 因为 加 法 很 容易 给 人 一 种 

安全 的 假象 。 比 如 说 ， 多 写 了 一 篇 设计 文档 ， 似 乎 可 以 让 项 目 更 安全 。 
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但 这 其 实 完 全 错 了 ， 证 明 它 甚至 不 需要 实证 ， 只 需要 用 逻辑 进行 推导 就 够 了 。 

项 目 资源 (尤其 是 时 间 资 源 ) 是 运作 其 他 任务 的 前 提 ， 那 么 多 做 了 A 一 定 是 少 做 了 也 。 而 
项 目 中 各 个 工作 的 内 药 价 值 并 非 是 均 挫 的 ， 因 此 时 间 资 源 分 散 得 越 厉害 ， 核 心 工作 上 分 摊 的 时 
闻 越 少 。 与 此 同时 ， 时 间 分 得 越 散 ， 单 位 时 间 的 产 出 越 低 。 这 并 不 难 理解 ， 烧 一 壶 开水， 如 果 
今天 烧 两 分 钟 ， 明 天 烧 两 分 钟 ， 那 么 1 万 个 小 时 也 烧 不 开 ， 如 果 连 续 烧 ，]1 个 小 时 就 够 用 了 。 

这 也 就 意味 着 ， 高 效 的 项 目 管理 者 的 主要 任务 是 做 减法 ， 把 但 凡 不 影响 项 目 根 本 ， 可 做 
可 不 做 的 东西 全 部 减 掉 ， 把 有 限 的 资源 只 投入 到 最 核心 的 工作 上 去 。 


3.2.4 ”逻辑 链 4: 共识 之 力量 


意识 指导 行动 一 为 提高 流程 与 人 的 契合 程度 ， 流 程 应 该 是 当事人 意识 的 集中 体现 一 广泛 
讨论 ， 提 取 大 多 数 人 毫 无 争议 的 部 分 进行 固化 ， 最 终 形 成 流程 一 提高 流程 与 人 的 契合 度 。 

当 流程 本 身 没 有 明显 错误 的 时 候 ， 那 么 关联 入 员 是 和 否 能 对 既定 的 流程 达成 共识 ， 将 成 为 
流程 能 否 顺利 实施 的 关键 。 
显然 的 ， 为 使 更 多 的 人 员 针 对 既定 流程 达成 共识 ， 那 么 流程 更 应 该 是 自 底 向 上 的 。 把 那 
些 可 以 成 为 共识 的 部 分 固化 ， 形 成 流程 ， 而 抛弃 那些 争议 比较 大 的 部 分 。 这 可 以 同时 提高 流 
程 与 人 或 事业 的 契合 度 。 

关于 如 何 促成 一 个 公司 发 生 改 变 , 在 调查 了 很 多 公司 后 , 《从 优秀 到 卓越 》 这 本 书 表达 了 
一 些 很 有 趣 的 观点 可 供 参 照 。 比 如 : 

你 不 可 能 使 一 个 拥有 50000 多 名 员工 的 公司 去 拥护 一 个 全 新 的 激进 策略 。 

实现 从 优秀 到 卓越 这 种 跨越 的 公司 ， 往 往 开 始 的 时 候 并 不 公开 宣布 他 们 的 伟大 目标 ， 人 
们 会 逐渐 领悟 到 他 们 采取 的 行动 的 伟大 意义 。 

无 论 最 终结 果 多 么 富有 戏剧 性 ， 从 优秀 公司 向 卓越 公司 的 转变 从 来 不 会 突然 降临 。 这 里 
没有 雄伟 的 规划 ， 没 有 一 了 百 了 的 创新 ， 没 有 一 个 幸运 的 突变 ， 更 没有 奇迹 的 瞬间 。 
可 坚持 到 底 的 转变 总 是 遵循 一 个 能 够 预测 的 模式 一 一 从 积累 到 突破 。 

而 谈 到 无 法 实现 这 种 跨越 的 公司 时 ， 作 者 又 说 : 

他 们 不 仅 不 通过 飞轮 逐 圈 旋 转 来 积累 动量 , 反而 设法 略 过 积累 阶段 直接 跳跃 到 突破 阶段 。 
然后 当 他 们 面 对 令 人 失望 的 结果 时 ， 他 们 又 摇摆 不 定 翻来覆去 地 改变 飞轮 转动 的 方向 。 

作者 想 表 现 的 观点 可 以 说 得 更 直 白 一 些 : 成 功 的 变革 通常 是 一 个 由 内 向 外 的 渐变 的 过 程 。 而 
试图 由 外 向 内 进行 突变 和 飞跃 ， 则 大 多 失败 。 这 个 观点 符合 辩证 法 的 量变 到 质变 规律 ， 可 以 说 是 
客观 真理 。 与 此 相对 应 ， 实 施 任何 流程 改善 就 应 该 循 着 下 面 的 过 程 来 逐渐 调整 ， 逐 步 推进 ; 

发 现 自己 的 问题 ， 达 成 共识 ， 流 程 改善 一 确认 是 否 获得 收益 一 如 果 每 次 总 能 有 所 收益 ， 
那么 证 明 路 线 是 对 的 ， 可 以 进一步 实施 。 

而 强制 由 外 向 内 ， 推 行 预想 中 完美 流程 ， 无 疑 是 与 上 面 的 逻辑 相对 立 ， 虽 然 不 能 说 一 定 
失败 ， 但 很 容易 造成 形式 大 于 内 容 的 情况 。 

流程 改善 中 的 偶然 与 必然 

现实 中 的 流程 改善 有 许多 是 由 外 向 内 ， 其 结局 往往 是 流程 变 成 一 种 形式 ， 而 达 不 成 原本 
设想 的 目标 。 这 种 形式 化 结局 好 像 是 由 一 些 偶然 因素 决定 的 ， 比 如 ， 项 目 压 力 大 ， 人 员 不 感 
兴趣 等 ， 但 事实 上 其 中 却 隐 含 着 必然 逻辑 。 

一 旦 由 外 向 内 推进 流程 改进 ， 那 必然 导致 目标 的 事实 分 裂 : 一 是 推进 项 目 ; 一 是 达成 项 
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目 改进 的 外 在 目标 (获取 CMMI 等 级 等 )。 而 一 旦 时 间 和 资源 不 不 足以 使 这 两 个 目标 互相 重 
登 ， 由 于 项 目 目标 有 着 更 高 的 权重 ， 那 么 由 外 向 内 的 流程 改善 必然 会 形式 化 ， 尤 其 是 当 流 程 
改善 自身 牵连 其 他 利益 的 时 候 。 

对 此 , 《人 件 》 的 作者 曾经 一 针 见 血 地 指出 ，CMM 的 自 相 矛盾 之 处 是 : 过 程 改 进 是 好 的 ， 
但 是 过 程 改 进程 序 不 是 ， 或 者 说 至 少 它 们 不 经 常 是 好 的 。 


3.2.5 ”逻辑 链 5: 成 本 之 计算 


项 目 所 能 使 用 的 资源 是 有 限 的 一 流程 本 质 上 会 主导 限定 资源 的 分 配方 法 一 必须 确保 特定 
分 配方 法 的 ROI 一 流程 的 成 本 事实 上 无 法 计算 清楚 : 与 实际 工作 相 四 合 的 ， 事 实 上 是 工作 的 
一 部 分 ; 而 与 实际 工作 不 契合 的 ， 事 实 上 是 工作 没 做 好 一 由 于 流程 即 是 工作 方法 本 身 ， 流 程 
成 本 无 法 单独 计算 。 

很 多 人 试图 单独 计算 因为 应 用 某 种 流程 而 产生 的 成 本 ， 而 事实 上 这 是 不 可 能 的 事情 。 比 
如 有 的 人 曾 提 出 这 样 的 公式 : 
假设 流程 的 设计 时 间 为 DT， 每 个 团队 学 习 理 解 流 程 的 平均 时 间 为 LT 项目， 因为 流程 而 
增加 的 平均 工作 时 间 为 AI 项目， 流程 的 使 用 频率 为 了 ， 流 程 影响 到 的 项 目 数 为 N， 那 么 流程 
的 实施 成 本 为 : 
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DT+ (LT+(ATxF)) xN 
Scott Berkun, 《项 目 管理 的 艺术 》 
这 种 计算 逻辑 的 问题 在 于 , 通常 我 们 不 可 能 界定 什么 是 因为 流程 而 增加 的 平均 工作 时 间 。 
假如 原来 一 个 项 目 组 从 来 不 做 Code Review， 在 对 流程 进行 改善 后 ， 加 入 了 Code Review 
这 一 环节 ， 但 这 种 时 候 我 们 并 不 能 把 Code Review 所 花 的 时 间 计 算 为 因为 流程 而 增加 的 平均 
时 间 。 
实施 的 流程 本 身 即 是 工作 ， 做 某 个 或 不 做 某 个 流程 中 的 步骤 是 做 事 方法 上 的 选择 不 同 ， 
并 不 能 被 单独 计算 为 流程 的 成 本 。 但 从 投入 产 出 的 观点 看 ， 即 使 产 出 相同 ， 不 同 流程 表征 下 
的 工作 方法 所 需要 的 投入 确实 不 同 。 在 极端 的 情况 下 ， 资 源 如 果 恒 定 ， 那 么 流程 本 身 将 主导 
资源 的 分 配方 法 和 使 用 效率 。 比 如 说 : 
对 于 一 个 30MM 的 项 目 ， 既 可 以 分 配 29 个 MM 做 开发 测试 ，1 个 MM 做 数据 收集 、 分 
析 ， 也 可 以 分 配 20 个 MM 做 开发 测试 ，10 个 MM 做 数据 收集 、 分 析 。 
而 这 种 资源 分 配方 法 究竟 合适 与 否则 要 从 现实 中 获得 验证 。 但 这 种 分 配 差别 无 疑 是 工作 
方法 自身 的 差异 ， 而 不 能 定义 为 流程 的 成 本 。 这 反 过 来 要 求 流程 必须 是 植 根 于 具体 问题 的 ， 
否则 由 于 成 本 不 可 见 ， 流 程 所 导致 的 副 效应 可 能 无 法 控制 。 








































































































































































































































































































不 偏 谓 之 中 ， 不 易 谓 之 庸 。 中 者 天 下 之 正道 ， 庸 者 天 下 之 定理 。 
一 一 程 匠 


3.3.1 “完美 流程 的 形象 
在 2.3 节 里 我 们 曾经 提 到 ， 任 何 一 个 团队 都 像 一 辆 行驶 中 的 车 。 要 想 高 效 前 进 ，3 件 事情 
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最 重要 : 方向 不 能 错 ; 跑 得 要 快车 不 能 散 架 或 翻 倒 。 
在 这 一 过 程 中 ， 流 程 则 像 是 一 种 保证 车 不 散 架 、 翻 倒 的 辅助 手段 。 如 果 车 是 木头 的 ， 并 
且 很 容易 颠 坏 ， 那 么 修理 上 的 开销 会 降低 平均 速度 。 这 时 候 无 疑 需要 些 手段 来 使 车 身 更 为 牢 
固 ， 比 如 ， 对 结合 处 进行 钾 接 等 。 

这 时 的 另 一 个 关键 点 是 ， 也 不 能 走 到 另 一 个 极端 。 无 颖 的 可 以 通过 把 骨架 换 成 铁 的 来 加 
固 ， 但 是 你 不 能 让 换 过 的 车 身 太 沉 ， 否 则 车 的 动力 可 能 不 足以 拉动 它 ， 一 样 会 降低 平均 速度 。 

所 以 ， 我 们 说 完美 的 流程 必然 是 与 现实 契合 度 最 高 的 流程 。 

这 似乎 略 有 一 点 滑稽 ， 我 们 从 一 个 起 点 出 发 ， 历 经 种 种 分 析 ， 却 最 终 回 到 一 个 老生 常 谈 
的 话题 。 所 过 的 是 ， 我 们 通过 逻辑 链 对 总 合 度 这 一 概念 进行 了 一 定 程度 的 分 解 ， 也 还 勉强 算 
得 上 是 否定 之 否定 。 最 后 强调 一 下 ， 这 里 的 契合 度 是 指 : 

@ 流程 的 步骤 之 间 彼 此 正 交 ， 没 有 重 闪 区 域 。 

@ 对 工作 的 控制 粒度 停留 在 恰当 的 程度 上 。 

@ 流程 并 不 面面俱到 ， 不 介入 可 控制 也 可 以 不 控制 的 区 域 。 

@ 流程 自身 是 组 织 的 一 种 基本 共识 。 
契合 度 高 的 流程 就 是 好 的 流程 ， 我 们 甚至 看 不 到 好 流程 的 成 本 。 
契合 度 低 的 流程 就 是 坏 的 流程 ， 坏 的 流程 就 像 锁 链 ， 可 以 绞 杀 一 切 改善 和 热情 。 
流程 ， 需 求 变化 与 人 

软件 的 世界 中 似乎 有 这 样 一 种 趋势 : 需要 应 对 的 需求 其 变化 频 度 越 高 ， 对 人 的 依赖 性 越 
强 ， 而 对 流程 的 依赖 性 就 越 弱 。 

想象 一 下 ， 某 个 类 似 QQ 这 样 的 产品 ,每 天 从 终端 用 户 反馈 来 的 各 种 小 的 需求 铺天盖地 。 
这 个 时 候 ， 可 以 按 既 定 流程 汇总 小 需求 ， 完 成 分 析 ， 建 立 设计 文档 ， 实 现 ， 测 试 等 ， 但 这 会 
导致 开发 的 节奏 变 慢 。 而 直接 把 各 种 小 需求 记录 为 ticket， 直 接 进行 实现 和 对 应 ， 会 快 很 多 ， 
但 这 样 一 来 对 人 的 依赖 则 会 增强 。 

虽然 没有 考证 过 ， 但 这 很 可 能 是 敏捷 开发 的 一 个 起 因 。 当 需求 碎片 化 到 一 定 程度 后 ， 很 
多 传统 软件 工程 中 所 倡议 的 模板 (可 以 试想 一 下 ， 在 每 个 月 处 理 几 百 个 小 需求 的 时 候 ， 怎 么 
去 使 用 RUP 的 需求 模板 ) 都 变 得 很 难 使 用 ， 同 时 也 变 得 只 能 更 加 依赖 于 个 人 。 


3.3.2”CMMI 与 完美 流程 之 异同 


参照 前 一 节 的 描述 ， 我 们 会 发 现 CMMI 主导 下 的 流程 几乎 一 定 不 是 完美 的 流程 。 
CMMI 对 软件 开发 进行 了 大 而 全 的 分 解 ，CMMI 的 过 程 域 覆 盖 了 几乎 所 有 与 软件 相关 的 
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活动 





如 果 只 是 以 CMMI 为 参照 〈 不 考虑 评估 ) 进行 适当 的 取舍 ,那么 CMMI 无 疑 是 非常 有 价 
值 的 模型 。 但 是 从 评估 的 角度 看 ， 导 入 CMMI 的 组 织 必须 为 各 个 过 程 域 提供 证 据 ， 这 就 导致 
了 一 个 矛盾 : 限定 资源 与 复杂 方法 开销 间 的 矛盾 。 

我 们 来 看 一 个 例子 : 

对 于 10000SLOC 规模 的 软件 ， 把 所 有 CMMI L5 的 PA 相关 的 活动 都 排 入 Schedule 后 ， 
发 时 间 会 在 5 个 月 以 上 ， 而 5 个 月 对 于 市 场 或 者 客户 而 言 大 多 是 完全 不 能 接受 的 期 限 。 

经 济 学 里 有 一 个 概念 叫做 机 会 成 本 (Opportunity Cost)， 用 这 一 个 概念 可 以 很 好 地 解释 上 
面 的 现象 。 在 经 济 学 里 机 会 成 本 是 指 : 一 种 资源 (如 资金 或 劳力 等 ) 用 于 本 项 目 而 放弃 用 于 
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其 他 机 会 时 所 可 能 损失 的 利益 。 
比如 说 ， 一 个 人 一 天 就 这 么 多 时 间 ， 如 果 
候 ， 养 鸡 的 收益 就 是 机 会 成 本 。 
对 于 软件 开发 也 是 一 样 ， 如 果 项 目 



























































的 总 体 资 源 〈 如 人 月 
码 的 时 间 一 定 减少 ， 如 果 减 少 编码 时 间 ， 那 么 束 要 面 对 没 履 盖 过 程 域 所 带 来 的 机 会 成 本 。 比 





] 来 养 猪 了 ， 那 么 就 不 能 养 鸡 。 














) 一 宇 ， 习 








8 么 歼 盖 过 程 域 了 ， 编 


当 他 养 猪 的 时 























如 ，Code Review 没 写 记录 并 进行 后 续 跟 踪 ， 那 么 它 的 机 会 成 本 就 是 发 现 的 缺陷 可 能 没有 被 完 





全 修正 。 





























代价 略 高 。 














全 面 禾 盖 CMMI 的 过 程 域 时 , 各 种 错漏 的 机 会 成 本 会 很 低 , 因 





比如 ， 在 风险 管理 中 ，CMMI 要 求 下 列 的 实践 活动 。 














@ 确定 风险 源 和 类 别 。 
@ 确定 风险 参数 。 
管理 策略 。 


@ 确定 风险 
@ 标识 和 分 析 风 险 。 




































































@ 评估 ， 归 类 并 为 风险 确定 优先 级 。 
@ .…... 
这 样 做 下 来 无 疑 是 安全 的 ， 同 这 样 的 做 法 相 比 ， 依 据 人 员 判 断 ， 直 接 列 日 

















为 CMMI 本 身 是 大 而 全 的 ， 
其 考虑 了 项 目 中 各 种 可 能 出 错 的 地 方 ， 并 进行 了 应 对 。 但 与 忽视 某 些 机 会 成 本 来 比 ， 这 样 做 











上 优先 级 最 高 的 





风险 ， 并 采取 措施 无 疑 是 不 安全 的 。 然 而 ， 按 照 CMMI 的 要 求 的 分 解 一 步 步 下 来 ， 并 且 每 一 











步骤 都 留 下 记录 ， 又 无 疑 是 有 开销 的 ， 而 这 种 






































过 程 域 相 比 ， 导 入 CMMI 后 的 最 终结 局 

















上 述 的 观点 可 以 更 简单 地 概括 为 : 是 不 是 所 有 





定 是 时 间 和 人 月 上 
能 增加 ， 那 么 就 必然 会 压缩 其 他 工作 的 时 间 ， 这 很 容易 适 得 划 
层次 的 人 都 需要 同 柱 

















开销 是 否 值得 ， 则 完全 依赖 于 机 会 成 本 的 大 小 。 
与 此 同时 ， 像 编码 或 测试 这 种 环节 的 时 间 事 实 上 并 不 能 压缩 ， 所 以 同 没有 详细 履 盖 所 有 
的 增加 。 而 如 果 总 的 投入 资源 不 


反 。 

















目 而 言 ， 是 把 人 员 的 水 平 作为 变量 ， 还 是 把 流程 作为 变量 来 进行 控 








尺度 的 六 


i 程 ?对 于 项 




















对 项 目 而 言 人 员 状 况 更 难 改变 ， 把 人 员 设 为 变量 ， 意 味 着 把 招聘 和 公司 在 行 














等 统统 考虑 为 文 撑 项 目的 要 素 ， 这 并 不 现实 。 反 倒是 把 流程 设 为 





量 更 为 适合 。 
契 订 夫 曾经 写 过 
的 人 时 写 道 : 

















篇 非常 有 























央 ? 在 特定 时 空 背景 下 ， 














Fy 








所 处 的 位 置 
































名 的 短篇 小 说 ， 叫 《 装 在 套子 里 的 人 》 他 在 描写 装 在 套子 里 








他 只 要 出 门 ， 哪 怕 天 和 气 很 好 ， 也 总 要 穿 上 套 鞋 ， 带 着 雨伞 ，j 


























二 





他 的 伞 装 在 套子 里 ， 怀 表 装 在 灰色 的 鹿 皮 套子 里 ， 
个 小 套 了 就 是 他 的 脸 似 乎 也 装 在 套子 里 ， 
镜 ， 穿 绕 衣 ， 耳 夫 里 塞 着 棉花 ， 每 当 他 举 

完全 符合 





















































cor 





BE = 
















































































民 据 人 员 层 次 进行 


调整 的 变 


























[ 且 一 定 穿 j 








时 他 掏 出 小 折 刀 削 铬 笔 ， 
因为 他 总 是 把 脸 藏 在 

















上 出 租 马 车 ， 一 定 吟 只 好 
CMMI 规范 的 项 目 或 组 织 和 这 个 人 非常 神似 ， 可 以 称 为 “ 装 在 套子 里 的 项 目 ” 
或 “ 装 在 套子 里 的 组 织 ”。 套 中 人 应 对 刊 风 下 雨 什 么 的 无 疑 是 安全 





上 暖和 的 棉 大 衣 。 
那 





巴 思 也 装 在 

















坚 起 的 衣 领 里 。 他 戴 黑 
FE 夫 支 起 车 篷 。 























的 ， 但 跑 起 来 肯定 快 不 了 。 

















这 对 身体 不 健康 的 人 而 言 ， 也 许 是 对 的 ， 但 为 了 跑 得 快 ， 身 体 健康 的 人 事实 上 需要 少 穿 点 。 
特别 是 当 在 外 部 环境 中 ， 确 实 有 人 以 承担 风险 为 代价 而 求 得 速度 和 成 本 时 候 ， 这 种 成 本 



































增加 通常 意味 着 失败 





不 是 大 鱼 吃 小 鱼 ， 而 是 快 
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鱼 吃 慢 鱼 。 更 通俗 的 讲法 是 ， 软 件 组 织 更 








多 的 是 要 适应 外 部 环境 ， 而 非 期 望 外 部 环境 来 适应 自己 。 就 好 比 两 军 对 垒 ， 怎 么 也 不 能 要 求 


政 军 在 自己 摆好 阵势 ， 一 切 就 绪 之 后 上 





























了 发动 进 攻 。 而 在 软件 开发 























PF， 所 谓 的 敌 军 和 环境 可 以 


























是 客户 或 市 场 ， 你 并 不 能 要 求 他 们 等 待 过 多 。 

由 此 可 见 ，CMMI 比较 适合 外 部 环境 比较 静态 ， 不 怎么 在 意 成 本 ， 并 且 要 求 完 美的 软件 
《如 军工 领域 的 某 些 软件 )。 

除 上 述 所 论 之 外 ，CMMI 的 实施 大 多 时 候 必然 违反 “逻辑 链 3: 共 识 之 力量 ” 是 一 种 由 外 



































向 内 推进 的 改善 。 当 项 目 目标 和 CMMI 
于 内 容 提供 了 足够 的 养分 。 


3.3.3 “完美 流程 的 关联 要 素 


如 前 文 所 说 ， 流 程 更 像 是 管理 的 一 个 子 项 ， 而 后 面 提 到 的 开发 模型 则 是 流程 的 一 个 输入 。 
流程 与 估算 、 需 求 等 的 关系 则 像 是 一 个 物体 的 不 同 侧面 。 比 如 说 ， 估 算 的 流程 本 质 上 还 是 佑 
算 ， 但 确实 也 是 流程 。 流 程 体现 在 具体 工作 中 的 作用 是 抑制 混乱 。 但 假如 项 目 所 能 使 用 的 资 
源 有 限 ， 那 么 流程 所 标识 的 执行 方法 将 和 需求 开发 、 设 计 编 码 这 样 的 具体 工作 竞争 资源 。 记 
以 流程 自身 的 最 优化 “CMMI) 不 等 于 项 目 整体 的 最 优化 。 其 中 的 关键 是 流程 与 具体 工作 的 
契合 度 。 与 契合 度 相 关 的 一 个 直接 要 素 是 流程 


身 的 尺度 (或 细致 或 宽泛 等 )。 

影响 流程 尺度 的 关键 仍然 是 工作 的 性 质 和 人 员 的 特质 ， 比 如 说 :如果 例 行 公事 足够 ， 那 
么 流程 不 妨 定 的 极 细 ， 让 人 员 不 则 要 停 在 恰 
当 的 尺度 上 。 

科幻 小 说 作家 刘 总 欣 的 一 段 文 字 ， 对 把 握 流程 与 团队 状态 的 关系 颇 有 借 

“如 果 DNA 从 来 不 出 错 ， 永 远 精 确 地 复制 和 遗传 ， 现 在 地 球 上 的 生命 世界 
了 

“那样 的 话 ， 现 在 的 地 球 上 根本 没有 生命 ， 生 命 进 化 的 基础 一 一 变异 ， 正 是 由 DNA 的 错 
误 产 生 的 。” 

“社会 也 是 这 样 ， 它 的 进化 和 活力 ， 是 以 种 种 偏离 道德 主线 的 冲动 和 和 欲望 为 基础 的 ， 清 水 
无 鱼 ， 一 个 在 道德 上 永 不 出 错 的 社会 ， 其 实 已 经 死 了 。” 


平 级 ) 彼此 分 离 时 ， 就 为 流程 变 得 形式 大 











目标 《通过 






















































































































































































































































































HE 右 


要 有 发 挥 空间 。 如 果 需 要 较 多 的 开拓 ， 那 么 流程 









































鉴 
全 


意义 


会 是 什么 祥 


一 一 刘 息 欣 , 《镜子 》 
程 的 问题 ， 要 做 流程 改善 。 
比如 ， 态 记 备份 ， 访 记 关 键 文件 纳入 配置 管 

















如 果 团 队 中 有 下 面 这 些 现象 ， 那 基本 
@ 例 行 的 工作 有 时 候 做 ， 有 时 候 会 被 遗 


LE 库 等 


= 
WIR 
ee 


PNo 
























































大 家 都 同意 的 事 ， 有 时 候 态 记 做 或 做 的 不 一 样 。 比 如 ， 每 次 项 目 结束 要 提炼 生产 率 等 
指标 ， 但 实际 做 的 时 候 ， 不 同 项 目 提 炼 的 指标 以 及 同样 指标 的 提炼 的 方法 不 同 。 

不 同 的 角色 ， 不 清楚 什么 时 候 应 该 干什么 。 比 如 ， 不 清楚 需求 规格 什么 时 候 完 成 第 一 
版 ， 都 需要 给 谁 看 。 
没有 最 基本 的 模板 来 定义 大 家 都 同意 记录 的 关键 要 素 。 比 如 ， 都 同意 在 设计 文档 中 必 
须 有 配置 视图 、 包 图 、 类 图 、 流 程 图 ， 但 没 记录 ， 都 靠 口 口 相 传 。 

明显 有 收益 的 事情 要 依赖 于 人 的 主动 性 。 比 如 ， 完 成 项 目 后 提取 习 






































































































































EE 用 代码 。 
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第 4 


开发 模型 领域 之 中 历来 纷 人 
经 横行 天 下 。 但 2005 年 ， 著 名 
我 们 又 该 何去何从 ? 选择 了 
让 我 们 带 着 下 面 的 问题 ， 








境 








2 


























也 无 


的 Joel Spolsky 却 又 站 日 
开发 模型 时 ， 关 键 之 处 又 何在 ? 
开始 这 模型 的 结构 之 旅 。 








发 模型 之 解构 


不 断 。Big Up Design Front 已 经 销声匿迹 ,敏捷 的 迭代 似乎 已 
来 为 Big Up Design Front 呐喊 。 当 此 情 











模型 真 的 有 用 么 ? 如 果 答 案 为 “是 ” 那么 模型 如 何 为 软件 开发 贡献 力量 ? 











4.1.1 价值 根源 





本 质 上 来 看 ， 开 发 模型 














民 像 是 一 种 流程 。 





























的 契合 程度 。 





























谈 到 开发 模型 时 必然 会 谈 到 的 是 瀑布 。 瀑 布 模型 下 ，j 


杀 头 而 便 冠 





到 底 是 模型 应 该 适应 软件 ， 还 是 软件 应 该 适应 模型 ? 
瀑布 模型 被 诉 病 如 此 之 久 ， 为 什么 仍然 存在 ? 
和 迭代 是 终极 解决 方案 吗 ? 有 没有 不 适合 迭代 的 情境 ? 
4.1 开发 模型 的 存在 意义 


夫 所 以 养 而 害 所 养 ， 壁 犹 削 足 而 适 履 ， 





一 一 《淮南 子 :说 林 训 》 








在 第 3 章 中 ， 我 们 推导 出 ， 流 程 之 关键 在 于 同 
现实 需要 的 契合 程度 ， 而 契合 度 木 身 又 可 以 进一步 分 解 为 同 “人 ”的 契合 程度 以 及 同 “ 事 ” 
































发 模型 的 目标 正 是 寻求 一 种 在 限定 环境 下 ， 最 但 
所 以 其 对 生产 力 的 影响 要 大 于 Review Process 这 样 








组 合 “人 ”与 “ 事 ” 的 方法 ， 




















里 所 说 的 与 常 说 的 软件 工程 中 讲述 的 不 同 ， 也 许 会 难 









































的 环节 ， 大 多 时 候 需 要 单独 进行 考虑 。 这 
以 理解 ， 我 们 来 看 一 个 例子 : 
构建 的 活动 分 解 为 需求 、 设 














计 、 编 码 、 单 元 测试 、 集 成 测试 、 系 统 测 试 等 环节 ， 并 期 望 逐步 推进 。 这 一 开发 模型 似乎 从 




































































诞生 那 一 天 起 ， 就 开始 饱 受 批评 ， 比 如 ， 被 指摘 不 能 很 好 
基 是 工作 分 解 间 的 时 序 和 因果 关系 ， 其 本 身 # 
其 成 立 的 前 提 和 适应 场景 如 下 。 


无 错 处 。 


@ 有 人 能 够 预先 了 解 要 开发 产品 的 各 种 细节 。 
@ 成 员 能 力 差异 明显 , 构成 明显 的 金字 塔 结构 (少量 极其 优秀 的 人 和 较 多 能 力 较 弱 的 人 )。 




















简单 来 讲 就 是 在 “ 想 的 人 ”对 














问题 域 非常 ; 





的 人 ”不 用 想 。 虽 然 敏 捷 类 及 





人 员 平 均 水 平 比较 差 的 时 候 ， 从 项 目的 角度 看 ， 比 较 适 合 


























夫 代 。 这 个 时 候 使 用 瀑布 ， 可 以 获 
但 同样 是 使 用 瀑布 模型 如 果 .] 
如 ， 没 有 合适 的 人 确定 需求 ， 大 部 分 勉强 
设计 如 果 只 是 纸上谈兵 ， 编 码 的 人 又 无 法 修改 ,， 忆 
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得 更 佳 的 4 
上 面 的 条 伯 


























也 应 对 需求 变化 等 。 但 这 一 模型 村 

















思想 不 大 考察 这 个 和 

















E 度 ， 


















































楚 的 情况 下 ， 比 较 彻底 地 分 离 想 和 做 ， 最终“ 做 
得 内 一 个 人 极度 优秀 ， 而 其 他 
i 向 瀑布 ， 而 不 太 适 合 导入 敏捷 类 的 
E 产 率 一 一 当然 你 不 能 走 极 端 ， 把 瀑布 绝对 化 。 
[不 具备 ， 就 会 导致 灾难 性 后 果 。 























决定 的 














规格 可 能 完全 没有 意义 。 
P 么 就 会 发 生 无 休止 的 讨论 ， 加 剧 内 耗 。 





























也 就 是 说 ， 假 如 说 团队 中 的 成 员 A， 在 经 过 一 定 的 思考 后 可 以 预见 到 当前 的 实现 方法 会 
导致 性 能 问题 ， 那 么 就 比较 适合 预先 把 应 对 措施 定义 下 来 (即使 是 Big Up Design Front)， 而 不 
能 等 欠 代 出 问题 再 进行 解决 ， 后 者 的 内 耗 明 显 是 高 的 。 

从 上 面 的 例子 里 我 们 可 以 得 到 两 个 彼此 关联 的 结论 。 

@ 人 和 项 目 特征 决定 了 开发 模型 ， 而 非 根据 开发 模型 来 调整 人 员 配置 等 。 这 是 因为 在 特 

定时 空 背景 下 ， 调 整 人 和 项 目 特征 的 可 能 性 小 。 

@ 假如 人 和 项 目的 变化 是 连续 的 ， 那 么 绝对 的 瀑布 和 迭代 之 间 程 度 的 变化 也 是 连续 的 。 

作为 结果 ， 最 优 的 开发 模型 既 不 是 绝对 的 瀑布 ， 也 不 是 绝对 的 迭代 ， 而 是 一 种 具体 情 
境 下 的 选择 ， 可 能 偏向 于 瀑布 ， 也 可 能 偏向 于 迭代 。 

开发 模型 的 价值 就 在 于 ， 如 果 我 们 能 够 在 连续 中 找到 这 一 最 佳 平衡 点 ， 在 这 一 点 上 内 耗 
最 低 。 与 此 同时 ， 开 发 模型 对 “个 人 工程 素养 “个 人 工作 意愿 ”“ 组 织 所 能 提供 的 基础 力 
量 ” 这 3 个 因素 影响 较 小 。 这 里 稍 有 争议 的 可 能 是 “个 人 工作 意愿 ”有 的 人 也 许 会 认为 非 迭 
代 类 开发 模型 因为 等 级 比较 森严 ， 所 以 对 “个 人 工作 意愿 ”有 负面 影响 ， 但 事实 上 当 人 员 间 
差距 比较 明显 时 ， 保 持 比较 通畅 的 职位 调整 渠道 ， 可 能 更 为 重要 。 

除 上 述 所 论 之 外 ， 商 业 因素 对 开发 模型 的 选择 也 有 比较 大 的 影响 。 如 ， 软 件 的 发 布 日 期 
等 直接 和 宣传 等 活动 有 关 。 
姑且 不 论 合 理 与 否 ， 瀑 布 类 模型 在 日 程 上 表现 出 的 是 一 种 确定 性 ， 而 迭代 类 模型 则 与 之 
相反 。 如 果 允 许 迭 代 ， 那 么 潜在 的 等 价 于 承认 软件 内 在 的 不 确定 性 (会 具体 体现 在 需求 开发 、 
设计 编码 等 阶段 ), 这 种 不 确定 性 体现 在 日 程 上 就 是 无 法 估算 软件 的 准确 发 布 日 期 一 一 这 在 很 
多 场合 下 是 不 可 接受 的 。 
如 果 有 一 堆 脏 东西 ， 那 么 是 把 它 遮 盖 住 好 一 些 ， 还 是 直接 暴露 出 来 好 一 些 ， 这 是 一 个 异 
党 复杂 的 话题 。 由 于 本 书 中 剔除 了 商业 因素 ， 因 此 就 不 对 此 进行 展开 了 。 

项 目的 结果 与 约束 条 件 

在 耗费 资源 一 定 的 前 提 下 ， 项 目 对 外 界 的 要 求 越 低 ， 其 成 功 的 可 能 性 越 大 。 假 设 项 目 管 
理 者 运作 项 目 时 ， 预 设 的 前 提 是 : 每 个 人 都 具有 雷锋 精神 。 那 么 很 不 幸 ， 你 的 项 目 十 有 八 九 
会 惨淡 收场 。 

而 把 这 种 假设 建立 在 项 目 组 的 不 可 控 因 子 上 (如 需求 不 可 变化 ， 员 工 都 要 是 Google 那个 
水 平 的 )， 那 就 更 加 远离 务实 之 精神 ， 而 更 类 似 于 一 种 妄想 。 

因此 从 项 目 管理 的 角度 看 : 人 的 特质 ， 工 作 的 特质 ， 开 发 模型 3 者 之 间 ， 可 控 的 只 能 是 
开发 模型 ， 另 外 两 者 在 大 多 时 候 都 不 具备 成 为 变量 的 条 件 。 

在 《微软 的 秘密 》 一 书 中 ， 有 这 样 一 段 文 字 ， 可 为 这 一 观点 的 佐证 。 

微软 的 某 位 高 管 说 : 

我 以 为 我 们 的 管理 过 程 非常 独特 ， 只 有 微软 才 是 适宜 它 生 长 的 土壤 .…. 但 这 一 切 都 是 基于 
我 们 公司 拥有 众多 非常 出 色 而 又 野心 勃勃 的 员工 。 


4.1.2 ”定性 分 析 


我 们 仍然 使 用 前 文 押 述 的 方法 ， 假 设 一 个 人 的 工程 素养 为 卫 ， 一 个 人 的 工作 意愿 为 W， 
组 织 所 能 提供 的 力量 为 0， 内耗 系数 为 M。 
我 们 假设 团队 中 有 NN 个人， 那么 整个 团队 的 生产 率 可 以 大 致 表示 为 : 
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(ElixWi1 +O)+(E2xW2+ DO)+… 二 (EnWn +O)] xM 
假设 E; 是 1， 而 E? 一 En 为 0.1， 而 假设 工作 意愿 为 1， 同 时 忽略 O0， 那 么 这 个 时 候 如 果 工 

















作 自 身 允 许 使 用 完美 的 瀑布 ， 彻 底 的 
而 非 是 1+0.1x (n-1)。 




















在 这 种 情况 下 ，BE2 一 Pu 在 需求 分 析 和 设计 这 样 的 环节 几乎 完全 没有 声音 ， 尽 可 能 
现 Ei 的 意志 , 而 E2 一 Eu 的 工作 将 被 无 限 地 定型 化 一 一 彻底 的 软件 工厂 不 太 可 
队 最 终 体 现 的 
神话 》 中 的 外 科 手 术 式 团队 ， 那 么 就 会 彻底 体现 极 值 。 














以 往 这 个 方向 倾斜 。 也 就 是 说 ， 这 种 
果 是 《人 


小 























那么 如 果 El~E, 都 是 1， 却 仍然 月 
期 预见 一 些 可 以 预见 的 问题 。 
为 1.2n， 而 此 时 使 

















不 能 集思广益 ， 而 不 能 时 
减低 为 20%， 那 么 最 终 可 能 贡献 值 


4.2 完美 开发 模型 的 要 素 























理性 统治 着 这 世界 。 

















从 前 面 的 分 析 里 ， 我 们 得 到 “开发 模型 主 
响 则 主要 体现 在 两 个 方面 ， 如 








二 
宗 乡 


而 开发 模型 对 内 耗 系数 的 








相合 


< 口 














团 








作 ， 那 么 最 终 的 平均 生产 率 很 可 能 无 限 接近 于 mn， 





下 .人 台 已 
征用 


中 体 
能 , 但 并 非 不 可 
力 最 高 那个 人 所 代表 的 生产 率 。 如 











集 
非 


























上面 的 方法 ， 那 么 效果 会 怎么 样 ? 这 个 时 候 很 可 能 由 于 





如 果 我 们 假设 迭代 类 方法 对 内 耗 系数 的 





























上 且 / 
要 影 





@ 一 个 方面 可 以 概括 为 “ 预 则 立 不 预 则 废 ”。 


@ 一 个 方面 可 








以 概括 为 “ 反 纸 上 谈 兵 ”。 








瀑布 最 高 生产 能 力 一 定 是 低 于 n 的 。 


一 一 黑 格 尔 《 小 还 辑 》 


响 内 耗 系数 ”这 样 一 个 初步 的 结论 。 





图 4-1 所 示 。 


“ 预 则 立 不 预 则 废 ” 体 现 的 是 瀑布 思想 的 优势 ， 强 调 的 是 必须 预先 全 局 规划 。 
体现 的 则 是 迭代 思想 的 优势 ， 强 


类 乒 ”》 


“ 反 纸 上 谈 兵 








变 成 纸上谈兵 ， 在 这 时 候 就 需要 摸 着 




















开发 模型 


4-1 


石头 过 河 。 



















考察 维度 1: 预 
则 立 不 预 则 废 





针对 这 两 个 方面 ， 我 们 提出 表 4-1 所 列 的 逻辑 链 。 


表 4- 


开发 模型 的 分 解 


1 


调 的 是 规划 一 旦 超 








过 某 一 尺度 ， 那 么 就 会 














发 模型 的 影响 要 素 


开发 模型 相关 的 逻辑 链 


逻 辑 链 





预 则 立 


重复 做 同样 
E 做 多 遍 一 纯 


的 





工作 会 降低 效率 一 预先 没有 对 既定 问题 的 分 析 和 准备 , 会 导致 同样 的 


粹 的 迭代 会 导致 某 些 预先 可 以 发 现 的 问题 得 不 到 处 理 , 进而 导致 不 必 








开发 模型 


^] 里 


复 ， 最 终 


会 降低 组 织 总 体 生 产 效能 





反 纸上谈兵 
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fi 进 的 一 单纯 
-开发 都 有 “新 








而 

















化 的 思维 一 思维 的 澄清 必然 是 渐进 的 一 全 新 软件 的 需求 和 实现 必然 








从 开发 完美 软件 的 








”的 部 分 ， 所 以 根 


度 看 , 新 软件 的 开发 必然 是 要 过 代 的 一 而 大 多 软 











本 上 来 讲 ， 软 件 开发 是 迭代 的 












































瀑布 所 体现 的 
论 赛 中 常用 题目 上 
人 掌握 还 是 社会 掌 ] 
是 单纯 的 对 立 ， 还 
是 纯粹 的 迭代 。 


























项 向 下 与 迭代 所 体现 的 自 底 向 上 ， 
的 那 种 对 立 ， 如 : 企业 用 人 应 该 是 才华 优先 还 是 品德 优先 ， 个 人 命运 是 个 























。 但 











4.2.1 逻辑 链 1: 预 则 立 

重复 做 同样 的 工作 会 降低 效率 一 预先 没有 对 既定 问题 的 分 析 和 准备 ， 会 导致 同样 的 工作 
做 多 遍 一 纯粹 的 迭代 会 导致 某 些 预先 可 以 发 现 的 问题 得 不 到 处 理 ， 进 而 导致 不 外 要 的 重复 ， 
最 终 会 降低 组 织 总 体 生 产 效能 。 


我 们 可 以 对 逻辑 链 ， 

















一 类 是 同 软件 

















所 提 到 的 “预先 准备 ” 进 
发 关联 的 因素 发 现 过 晚 。 











一 类 是 软件 自身 
接 下 来 ， 我 们 来 分 别 看 两 个 
A 项 目 组 把 项 目 拆 分 为 几 个 部 分 进行 迭 








不 同 模块 间 的 影响 没有 被 及 早 发 现 。 


旦 静心 思考 之 后 ， 大 家 会 逐渐 认 i 
有 营 加 关系 一 样 ， 可 以 想见 ， 示 来 的 软件 开发 























步 分 解 。 









































\ 体 的 例子 ， 
































项 目 


























的 迭代 事实 上 不 利于 发 现 这 类 问题 。 











再 来 看 











个 模块 间 的 影响 








有 两 个 团队 同时 进行 开 














发 , 一 个 团队 负责 


先是 











因此 而 延迟 交付 。 
F 发 关联 因素 发 现 过 晚 的 例子 ， 事 实 上 ， 软 从 
他 东西 ， 比 如 设备 等 。 而 早期 发 现 软件 S 这 类 外 部 因素 的 前 提 则 是 预先 做 全 局 性 分 析 。 纯 粹 








两 者 间 对 立 已 入 ， 这 种 对 江 答 


FS 可 以 替换 成 很 多 其 














像 是 辩 








只 到 这 些 观点 在 现实 中 并 非 
必然 既 不 是 纯粹 的 瀑布 也 不 


个 关联 因素 发 现 过 晚 的 例子 。 

只， 当 人 迭代 到 最 后 一 轮 时 发 现 需要 某 款 软件 S， 
而 S 需要 从 国外 进行 购买 ，license 的 处 理 要 花 比 较 长 的 时 间 。 与 此 同时 ， 项 目 却 不 可 能 允许 
拖 这 么 长 的 时 间 了 ， 最 终 : 
这 是 一 个 体现 对 软件 





























因素 发 现 过 晚 的 例子 。 























各 种 格式 的 数据 转换 为 某 种 统一 的 数据 格式 ， 


而 另 一 个 团队 负责 解析 这 种 统一 的 数据 格式 ， 并 完成 特定 的 功能 ， 如 显示 ， 搜 索 等 。 这 时 候 
采取 的 是 欠 代 的 方式 ， 而 统一 的 数据 格式 本 身 则 在 欠 代 的 同时 不 断 升 级 。 























这 里 的 问 


就 必须 整体 重 做 一 次 ， 而 如 果 必 须 转 换 的 数 ] 





























题 是 每 当 格式 升级 一 次 ， 哪 怕 只 是 对 一 个 XML 标签 的 更 改 ， 数 据 的 转换 工作 
量 非 常 大 ， 那 所 耗费 的 人 月 也 必然 是 非常 大 。 


在 这 种 情况 下 ， 友 代 次 数 过 多 ， 等 于 对 统一 数据 格式 的 统一 认 知 达成 得 越 晚 ， 开 销 也 就 


越 大 。 这 个 时 候 ， 更 适合 花 比 较 多 的 时 间 来 预先 完善 统 
功能 和 和 需求。 也 就 是 说 ， 人 至 少 需 要 先 瀑布 ， 而 后 





























数据 格式 ， 使 其 












































4 选 恰当 的 部 分 进行 迭代 。 








上 述 两 个 例子 ， 应 该 可 以 比较 清楚 地 说 明 “ 预 则 立 ， 不 预 则 废 ” 所 隐 含 的 价值 。 








尽 可 能 禾 盖 所 有 的 






































这 里 的 关键 是 把 握 合适 的 尺度 ， 也 就 是 说 准备 虽 好 ， 但 必须 停留 在 恰当 的 位 置 上 ， 而 不 








能 无 限 推 进 。 














究竟 是 预先 调 下 








还 是 尽快 

















于 始 迭 代 其 本 身 是 个 





经 济 问题 。 假 设 说 在 现 有 人 员 的 基础 上 ， 





























预先 调研 菜 问题 需要 耗费 的 成 本 为 X， 而 迭代 后 ， 事 到 临头 再 处 理 ， 其 耗费 的 成 本 为 Y， 那 





么 会 导致 Y>X 的 问题 都 应 该 是 尽 可 能 预先 处 型 


























LE 的 问题 , 而 不 能 以 达 代 为 借口 


党 而 星之 地 忽视 。 











形象 来 讲 就 是 各 个 问题 的 后 期 应 对 成 本 就 像 一 个 个 夸 码 ， 越 大 的 越 需要 预先 进行 慎重 对 待 ， 














框架 的 选择 等 。 由 于 一 旦 海量 数据 成 为 现实 ， 即 使 遭遇 技术 难题 ， 想 要 重 做 代价 也 过 大 。 而 


























因为 根本 输 不 起 。 典 型 的 例子 是 在 建立 网 站 时 ， 对 数据 库 〈SQL，NoSQL) 的 选择 以 及 基础 




















要 想 恰 当地 选择 现 有 技术 ， 则 没有 Big Up Design Front 是 危险 的 。 
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为 把 握 这 种 尺度 ， 必 须要 考查 的 是 人 员 的 特质 以 及 项 目 自身 的 特质 。 

以 项 目 自身 特质 而 论 ， 必 须 关 注 以 下 方面 。 

(1) 需求 重 置 的 风险 

些 需求 重 置 起 来 主要 风险 只 在 开发 者 一 方 ， 比 如 ，0Office 这 类 的 客户 端 程序 中 是 否 要 
添加 某 个 特性 。 这 时 候 需求 重 置 的 代价 相对 比较 小 ， 可 以 更 倾向 于 迭代 。 

而 有 些 需求 重 置 起 来 风险 极 高 ， 比 如 ， 为 了 达到 更 好 的 伸缩 性 和 性 能 ， 要 考虑 使 用 什么 
样 的 编程 语言 ， 框 架 和 数据 库 等 。 这 时 候 如 果 没 有 预先 的 全 局 性 的 分 析 ， 那 么 后 续 工 作 很 可 
能 会 被 浪费 掉 ， 因 此 更 倾向 于 瀑布 。 

(2) 需求 自身 的 稳定 程度 

需求 自身 越 稳 定 ， 可 开发 程度 越 高 ， 越 倾向 于 瀑布 。 而 需求 是 否 稳定 大 多 时 候 取 决 于 软 
件 所 处 的 领域 。 极 端 来 讲 ， 算 法 库 的 需求 来 源 于 经 典 算法 和 数据 结构 ， 虽 然 也 会 变化 ， 但 基 
本 恒定 ， 这 时 无 疑 适合 偏向 瀑布 的 方法 ， 而 互联 网 软件 ， 比 如 ， 即 时 通信 程序 ， 其 直接 面 对 
最 终 客户 ， 需 求 依赖 于 用 户 的 兴趣 和 偏好 ， 因 此 需求 必然 极 不 稳定 ， 并 且 碎 片 化 非常 严重 ， 
发 这 类 程序 无 疑 偏向 于 迭代 类 的 方法 。 

(3) 是 否 多 场所 开发 
和 迭代 是 认 知 逐步 深入 的 过 程 ， 在 这 一 过 程 中 会 有 很 多 的 交流 。 如 果 开发 团队 分 布 于 多 个 
国家 ， 那 么 会 给 这 种 交流 加 入 许多 障碍 ， 这 时 候 就 要 求 模型 尽 可 能 向 瀑布 倾斜 。 

以 人 员 而 论 ， 必 须 关 注 以 下 方面 。 

(1) 人 员 的 相关 领域 经 验 

相关 领域 的 经 验 越 丰富 ， 瀑 布 的 倾向 越 历 害 。 这 就 和 一 个 人 走 过 一 条 路 之 后 ， 知 道 了 那 
里 有 坑 ， 下 次 规划 路 线 时 ， 一 定 会 绕 开 这 些 坑 ， 而 不 是 再 掉 下 去 一 次 来 证 明 坑 仍然 存在 ， 是 
一 样 的 道理 。 

(2) 人 员 的 能 力 、 工 作 意愿 及 流动 性 

倾向 于 瀑布 的 模型 更 方便 于 中 心 控制 ， 而 迭代 类 模型 则 需要 团队 成 员 一 起 分 担 更 多 的 责 
任 。 如 果 是 小 的 需求 不 停 涌现 ， 并 且 发 布 周期 较 短 ， 那 么 大 多 时 候 需要 每 个 人 都 负责 指定 的 
小 需求 ， 而 很 难 让 一 个 人 把 小 需求 都 分 析 清 楚 ， 再 分 配 他 人 去 做 。 这 种 分 工 将 导致 程序 员 的 
职能 更 加 的 丰富 ， 反 过 来 看 就 是 对 人 员 的 能 力 、 工 作 意愿 和 流动 性 提出 了 更 高 的 要 求 。 

水 至 清 则 无 鱼 ， 同 样 道理 ， 这 世上 很 难 有 100% 的 瀑布 或 近代， 大 多 时 候 都 要 根据 上 面 列 
举 的 各 个 方面 ， 结 合 具体 情境 做 出 自己 的 选择 。 这 似乎 并 不 能 精确 量化 ， 只 能 在 分 解 之 后 ， 
依赖 于 当事人 的 判断 。 










































































































































































































































































































































































































































































































































































软件 工厂 真 的 存在 么 

如 果 把 上 述 瀑 布 式 工作 方法 推 到 极致 : 彻底 分 离 想 和 做 ， 少 数 极 优秀 的 人 负责 想 ， 而 大 
分 普通 的 人 负责 做 ， 那 就 真 的 是 软件 工厂 。 从 成 本 的 角度 看 ， 这 无 疑 是 有 吸引 力 的 ， 但 事 
上 却 只 能 是 一 种 幻想 。 除 非 是 一 个 人 两 次 开发 几乎 完全 相同 的 软件 (偶然 存在 ， 但 无 代表 
)， 否 则 思维 的 迭代 性 质 使 在 软件 中 彻底 分 离 想 和 做 只 能 作为 一 种 朗 念 存在 。 

这 也 意味 着 ， 用 管理 工厂 工人 的 方法 来 管理 程序 员 是 极其 错误 的 。 对 此 ， 和 彼得. 德 鲁 克 
在 几 十 年 前 就 进行 了 很 深刻 的 分 析 ， 他 说 : 

我 们 无 法 对 知识 工作 者 进行 严密 和 细致 的 督导 ， 我 们 只 能 协助 他 们 。 知 识 工作 者 本 人 必 
须 管 理 自己 ， 自 觉 地 完成 任务 ， 自 觉 地 做 出 贡献 ， 自 党 地 追求 工作 效益 。 
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部 
性 


的 确 ， 谁 也 不 知道 一 位 知识 工作 者 在 想 什么 。 


思考 ， 他 就 是 在 工作 。 











上 的 监工 ， 








然而 ， 思 考 却 正 是 他 的 本 分 ， 他 既然 是 在 


一 一 彼得 : 德 鲁 克 ,， 《卓有成效 的 管理 者 》 


程序 员 事 实 上 就 是 彼得 ， 德 鲁 克 所 提 到 的 知识 工作 者 ， 对 这 类 型 的 工作 进行 全 面 的 跟踪 








督导 和 批评 教育 ， 从 成 本 的 角度 看 几乎 不 可 能 。 
也 无 法 产生 传统 意义 

















4.2.2 ”逻辑 链 2: 反 纸 上 谈 兵 


软件 是 一 种 固化 的 思维 一 思维 的 澄清 必然 是 渐进 的 一 全 新 软件 的 需求 和 实现 必然 是 渐进 
的 一 单纯 从 开发 完美 软件 的 角度 看 ， 新 软件 的 开发 必然 是 要 和 迭代 的 一 而 大 多 软件 开发 都 有 


“新 ”的 部 分 ， 所 以 根本 上 来 讲 ， 软 


上 的 监工 。 

















也 就 是 说 程序 员 这 个 群体 里 不 需要 传统 意义 





件 开 发 是 和 欠 代 的 。 





完美 的 瀑布 主义 者 认为 在 设计 的 时 候 要 把 接口 都 定义 清楚 ， 做 的 人 只 负责 做 就 可 以 了 。 


这 并 非 是 不 能 答 





试 的 事情 ， 我 们 来 看 一 个 例子 。 














有 一 个 小 规模 的 项 目 ， 大 概 在 10KSLOC 左右 。 为 了 定义 清楚 所 有 的 关键 接口 ， 概 要 设 
详细 设计 则 写 到 了 120 页 左右 ， 加 上 Review 和 修改 ， 每 页 平均 花 了 4 个 
多 小 时 。 这 就 意味 着 在 设计 上 总 计 花 去 了 





计 写 了 40 页 左右 
































4 个 多 人 月 。 结 果 在 实现 的 时 候 却 发 现 ， 很 多 定义 





的 接口 需要 进一步 修改 。 于 是 项 目 组 的 任务 变 成 了 一 边 修改 代码 ， 一 边 修改 文档 。 最 终 整 个 





项 目的 开销 达到 了 15 个 人 月 以 上 ， 远 超出 该 组 织 的 平均 水 平 。 
这 个 例子 所 体现 的 问题 的 实质 是 : 在 不 知道 实现 细节 的 时 候 ， 却 预先 勉强 定义 较 底层 的 








接口 。 这 事实 - 


上 和 赵 括 的 纸上谈兵 并 无 本 质 区 别 。 很 多 接口 的 




















芯 确 实 需要 迭代 下 去 ， 在 对 
































其 职责 有 清楚 认识 后 可 以 定义 最 初 的 接 


























同类 的 事情 可 以 完美 地 复制 到 需求 开 
需求 细节 ， 那 么 其 中 需要 被 




















类 返工 就 会 变 得 更 为 明 





Mo 


对 是 否 应 该 开始 迭代 ， 其 基本 方法 与 上 一 节 中 所 述 相 同 ， 这 里 不 





额外 想 强 调 的 是 达 





自动 回归 测试 方法 来 确 


的 文档 。 





@ 软件 内 部 依据 调 
使 任何 一 个 上 点 规模 的 软 伯 
迭代 的 同时 等 了 
清楚 。 这 时 候 如 果 没 有 保 i 
否 会 让 老 的 代码 产生 “降级 ” 
这 大 概 就 是 测试 驱动 3 





















































尺 对 开发 提出 了 的 
保 软 件 的 质量 ， 另 一 个 是 在 持续 迭代 的 ! 

















F 不 停 地 对 软 作 


用 关系 构成 了 一 张 彼此 关联 的 网 。 线 程 、 
F 的 内 部 可 能 状态 非常 之 多 。 
F 进 行 修改 ， 而 这 种 修改 可 能 的 影响 范围 并 不 能 人 为 地 标识 





























， 而 后 在 进一步 迭代 中 可 能 会 做 适当 修正 。 
发 之 中 ， 如 果 有 人 试图 在 最 初 阶段 定义 软件 所 有 的 




















倒 重 来 的 部 分 也 将 占 到 比较 大 的 比重 。 当 UI 被 看 做 需求 时 ， 这 




















重复 。 
两 个 新 挑战 ， 一 个 是 一 旦 开始 迭代 就 必须 有 适 
青 况 下 如 何 处 理 各 种 需要 
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LI 




















进程 、 加 上 各 种 变量 的 组 合 






































否则 就 像 高 速 行驶 不 系 安全 带 一 样 ， 是 


EJ 了 一 定 窗 盖 率 




















于 发 的 根本 价值 














的 自动 回归 测试 ， 就 根本 没 法 判定 新 加 入 的 代码 





Fu 


一 一 越 纯粹 的 迭代 ， 越 和 测试 驱动 开发 不 可 分 央 。 




















寻死 路 的 做 法 。 

















@ 在 倾向 于 瀑布 类 的 模型 下 ， 文 档 的 制作 相对 比较 容易 ;在 倾向 于 迭代 的 模型 下 ， 要 想 














保证 文档 和 实现 的 同步 则 需要 对 文档 的 粒度 有 一 个 相对 比较 清晰 的 尺度 ， 并 且 组 内 的 





人 要 对 此 形成 一 定 共识 。 即 对 什么 样 的 东西 需要 文档 ， 什 么 样 的 东西 不 需要 文档 上 有 
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一 致 的 认识 。 很 多 项 目的 困境 在 于 ， 现 有 的 系统 有 与 之 相应 的 文档 ， 但 随 着 需求 的 逐 
渐 雁 片 化 ， 文 档 也 有 了 碎片 化 的 趋势 。 






































4.3 完美 开发 模型 


悟 已 往 之 不 谏 ， 知 来 者 之 可 追 ; 实 迷 途 其 未 远 ， 觉 今 是 而 昨 非 。 





陶渊明 ,《 归 去 来 分 》 
4.3.1 完美 开发 模型 的 形象 


让 我 们 首先 回 到 前 文 提 到 的 那 辆 车 : 若 想 让 这 辆 车 尽快 从 苏州 赶 到 北京 ， 那 么 是 一 路 马 
不 停 蹄 跑 过 去 好 ; 还 是 走 走 停 停 过 去 的 好 。 
影响 这 个 决定 的 关键 因素 之 一 是 认 不 认识 路 。 如 果 对 路 线 很 熟悉 ， 当 然 是 马不停蹄 跑 关 
去 更 快 ， 如 果 不 认 路 ， 又 从 来 不 停 下 来 看 看 地 图 ， 问 问 别人 ， 那 就 很 可 能 误 跑 到 别 的 地 方 去 ， 
然后 再 走 回头 路 。 

对 于 软件 开发 而 言 ， 大 多 时 候 都 是 等 价 于 要 去 一 个 陌生 的 地 方 ， 因 此 完美 的 开发 模型 大 
多 是 混合 式 的 ， 既 有 不 停 确认 路 线 的 成 分 ， 也 有 确认 好 路 线 便 马 不 停 蹄 前 进 的 成 分 。 

如 果 以 项 目 特质 和 人 员 特 质 为 输入 ， 那 么 瀑布 和 移 代 的 尺度 将 会 连续 变化 ， 对 不 同 团队 
而 言 ， 完 美 状况 是 一 个 变动 点 。 这 种 完美 状态 也 可 以 简单 表述 为 : 对 于 已 经 有 人 比较 熟悉 的 ， 
可 知 的 部 分 用 瀑布 ， 对 于 未 知 ， 也 不 可 知 的 部 分 用 友人 代 。 而 混合 的 程度 会 根据 人 员 状 况 以 及 
工作 的 特质 做 调整 。 为 找到 最 佳 平 衡 点 ， 需 要 考虑 的 因素 其 实 很 多 ， 有 具体 如 下 

@ 人 员 相 关 的 领域 经 验 。 

@ 项 目 先例 的 程度 。 

@ 人 员 流 动 程度 。 

@ 时 间 限 制 。 
其 中 ， 人 员 相 关 领 域 经 验 越 高 ， 项 目 先例 程度 越 高 ， 人 员 流 动 率 越 高 ， 时 间 限 制 越 严 ， 
越 适 合 倾向 于 瀑布 ， 反 之 则 倾向 于 迭代 。 事 实 上 ， 这 提示 我 们 当 人 员 平 均 水 平 较 差 的 时 候 ， 
敏捷 类 方法 并 不 适合 。 

开发 模型 的 选择 本 身 是 在 追求 最 佳 平衡 点 ， 而 非 是 在 瀑布 或 迭代 之 间 做 出 选择 ， 这 比 很 
多 人 预想 的 要 更 麻烦 一 些 。 而 最 佳 平衡 点 的 进一步 描述 将 在 “完美 需求 开发 之 解构 ”和 “ 完 
美 设计 和 编码 之 解构 ”中 进行 具体 展开 ， 为 避免 重复 ， 这 里 就 不 进一步 论述 了 。 


4.3.2 ”完美 开发 模型 的 关联 要 素 


同 开发 模型 关联 比较 紧密 的 几 个 部 分 是 ; 管理、 需求 和 设计 编码 。 

e@ 开发 模型 之 所 以 和 管理 关联 紧密 ， 是 因为 开发 日 程 的 决定 方法 。 

开发 人 员 可 以 讲 迁 代 有 这 样 那样 的 好 处 ， 但 作为 一 种 产品 ， 从 外 部 来 看 还 是 需要 一 个 确 
定 的 日 程 。 这 和 某 些 商务 活动 有 关 ， 如 宣传 等 。 也 就 是 说 ， 商 业 因素 往往 希望 ， 在 某 些 东 西 
(需求 等 尚 不 确定 的 情形 下 给 出 一 个 确定 日 程 。 逻 代 类 模型 等 于 是 间接 认可 了 日 程 的 不 确定 
性 ， 这 点 在 非 开发 人 员 眼 里 ， 往 往 是 不 可 接受 的 。 这 一 点 导致 了 开发 模型 的 选择 和 管理 有 比 
较 紧密 的 关联 。 
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小 器 
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@ 开发 模型 通过 在 不 同时 间 点 上 要 求 不 同 的 完成 度 对 需求 和 设计 编码 环节 施加 影响 。 

总 得 来 说 ， 开 发 模型 对 其 他 环节 施加 影响 的 主要 途径 是 在 时 间 轴 上 设 定 目标 完成 度 ， 设 
定 的 目标 完成 度 和 实际 能 达成 的 完成 度 偏差 越 大 ， 内 耗 越 大 。 

如 果 项 目 中 有 下 面 这 些 现象 ， 那 很 可 能 是 开发 模型 的 问题 ， 需 要 优化 开发 模型 。 

@ 文档 写 了 没 用 ， 后 续 变 更 极 大 。 比 如 说 ， 需 求 变 得 和 最 开始 完全 不 一 样 ， 设 计 文档 写 

了 100 页 ， 但 其 中 60 页 都 被 变 了 。 
@ 有 人 经 常 抱怨 : 他 已 经 事先 把 事情 说 得 很 清楚 了 ， 但 没 人 听 他 的 。 
@ 外 部 需求 没 怎么 变 ， 但 测试 组 回归 测试 量 却 偏 高 。 
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第 5 芋 








不 知道 是 否 有 人 意识 到 ， 佑 算是 在 预测 未 来 。 





如 果 存 在 一 组 方程 ， 可 以 对 软件 开发 进行 精确 估算 ， 导 
导出 世界 上 明天 会 发 生 什么 。 
只 存在 于 科幻 小 说 里 ， 事 实 上 ， 
但 我 们 终究 不 愿 就 此 放弃 努力 ， 不 准 也 有 程度 问题 ， 比 较 准 怎 2 

P 么 在 下 面 对 估 算 i 


人 类 将 可 以 利用 这 组 方程 
这 比较 管 





到 答案 。 


@ 为 什么 不 管 花 多 少 精 
e@ 为 什么 会 有 这 么 多 华 






































人 听闻 ， 所 以 暂时 还 


























如 果 你 对 估算 曾经 有 下 面 这 些 疑 问 ， 忆 

































































力 ， 佑 算 总 是 不 准 ? 
算 方法 ? 究竟 应 该 选 哪个 ? 


@ 为 什么 估算 的 时 候 会 有 这 么 多 争议 ? 
@ 为 什么 别人 的 历史 数据 拿 来 后 没 法 用 ? 





@ 怎么 能 让 估算 的 精度 不 断 进 步 ? 


估算 的 存在 意义 


5.1 














完 关 估 算 方 法 之 解构 





Bb 么 当 计 算 机 运算 能 








足够 快 时 ， 








现实 























性 





的 估算 总 是 不 准 。 


么 也 比 完 全 不 准 好 。 
行 解构 的 过 程 中 ， 你 将 可 以 找 








过 度 紧张 的 或 不 合理 的 进度 表 可 能 是 对 所 有 软件 项 目 最 具 杀 伤 力 的 影响 因素 。 


5.1.1 价值 根源 





算是 项 目 管理 
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的 起 点 ， 是 资源 分 配 的 前 提 ， 这 点 似乎 ; 
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无 争议 。 但 即使 如 此 ， 估 算 的 








价值 也 还 欠缺 一 个 直接 的 逻辑 支撑 。 为 回答 这 一 问题 ， 我 们 来 看 一 个 现实 问题 。 































































































在 现实 
赶 进度 。 这 类 场景 已 经 多 3 
地 步 。 
从 执行 
进度 压力 ， 有 些 基 础 的 东西 如 函数 圈 
关联 度 较 低 而 被 忽略 。 这 最 终 会 给 后 续 ] 
从 结局 来 看 ， 估 算 和 实际 需要 人 
1) 工期 和 质量 进行 对 冲 ， 最 终 保 证 工 
2) 即使 忽视 部 分 质量 ， 也 无 法 


软件 作为 一 种 臣 
























































， 儿 乎 每 天 都 在 上 演 的 故事 是 : 估算 不 准 ， 工 期 又 被 定 死 ， 结 果 是 经 常 加 班 
站 了 让 “软件 是 一 个 天 生 就 加 班 比较 多 的 行业 ”成 为 一 种 共识 的 








过 程 来 看 ， 在 持续 赶 进度 的 同时 ， 个 人 工作 意愿 会 受到 负面 影响 。 与 此 同时 
复杂 度 、 代 码 结构 、 编 码 规则 等 会 
[ 作 造 成 障碍 ， 





增加 内 耗 。 
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因为 和 最 终 产 品 功 能 





局 差 较 大 的 情况 下 ， 可 能 有 3 类 不 同 的 结果 。 
期 ， 但 会 得 到 三 流 的 代码 。 








E 进 度 ， 成 本 超支 ， 延 


























化 的 思维 ， 








且 达 至 





定 规模 后 ，; 





用 理 




















难 。 在 这 一 情况 下 ， 会 出 现 预计 人 月 为 5， 实 际 需 要 人 


的 情形 。 


其 完成， 最终 得 到 三 流 代码 。 
































和 维护 凌乱 的 代码 就 比重 写 还 困 
月 为 10， 最 终 用 挥 的 人 月 却 是 15 

















3) 延期 ， 成 本 超支 等 过 于 严重 ， 项 目 取消 。 形 象 来 说 就 是 ， 浮 沙 筑 高 台 ， 用 的 材料 也 不 
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好 ， 最 终 夫 塌 了 。 

上 面 几 类 情形 下 , 事实 上 没有 说 家 , 而 其 核心 矛盾 在 于 投入 资源 与 预期 目标 间 的 比例 失衡 。 
避免 出 现 上 述 问题 的 方法 也 很 简单 ， 那 就 是 让 项 目 负责 人 对 项 目的 可 达成 目标 与 预期 
目标 间 的 差距 有 一 个 清晰 的 认识 ， 进 而 进行 选择 和 集中 ,这 就 是 估算 的 根本 价值 。 比 如 ， 如 
果 估 算 显 示 需 要 15 个 人 月 , 现实 中 只 有 10 个 人 月 , 那么 显然 应 该 调整 工期 或 者 削减 对 应 的 
特征 。 





















































































































































估算 中 究竟 蕴含 了 多 大 风险 

在 《与 能 共 舞 : 软件 项 目 风 险 管理 》 中 ， 作 者 列 出 了 5 项 核心 风险 ， 它 们 分 别 是 

@ 进度 安排 的 先天 错误 。 

@ 需求 膨胀 。 

@ 人 员 流 失 。 

@ 规约 崩溃。 

@ 低 生 产 率 。 

其 中 与 估算 直接 关联 的 “进度 安排 ”位 居 第 一 位 。 这 应 该 是 统计 了 许多 项 目 后 的 数据 ， 
不 容 忽 视 。 


5.1.2 定性 分 析 


让 我 们 回 到 一 直 在 使 用 的 公式 : 假设 一 个 人 的 工程 素养 为 E， 一 个 人 的 工作 意愿 为 W， 
组 织 所 能 提供 的 力量 为 O， 内 耗 系数 为 M， 那 么 对 于 一 个 拥有 n 个 人 的 团队 ， 其 在 单位 时 间 
内 最 终 可 能 贡献 值 可 以 表示 为 

[GEixwWi +O0)+(ExW2+O)+ … +(EsW, +0)] xM 

从 上 一 节 的 分 析 我 们 看 到 ， 疲 劳 战术 影响 工作 意愿 W， 并 通过 影响 代码 质量 而 间接 影响 
内 耗 系数 M。 

对 内 耗 系 数 M 的 影响 可 以 参照 下 面 的 方法 进行 大 致 分 析 。 

在 《软件 成 本 估算 COCOMOII 模型 方法 》 一 书 中 ，Barry W. Boehm 曾经 提出 了 一 个 用 于 
折算 维护 时 编写 代码 的 公式 : 

(Size) m= (增加 的 规模 + 修改 规模 ) xMAF 

MAF 为 维护 调整 系数 ， 计 算 方法 如 下 : 
MAF =1+ (SU/100xUNFM) 

其 中 ，SU 用 于 表示 软件 可 理解 的 程度 。 对 于 结构 很 差 的 面条 式 代 码 ， 很 难 理解 的 代码 ， 
这 个 值 会 被 设 为 S0。 程 度 好 一 些 的 ， 这 个 值 会 依次 递减 。 
UNFM 用 于 表示 开发 人 员 对 于 代码 的 熟悉 程度 。0 表示 完全 熟悉 ，1 表示 完全 不 熟悉 。 
对 于 拖 得 周期 很 长 的 项 目 ， 在 Bug 修正 时 期 也 类 似 于 维护 阶段 ， 因 此 可 以 借用 上 述 的 公 
式 。 这 样 对 m 影响 的 极 值 为 23。 对 工作 意愿 的 影响 难以 估计 ， 但 如 果 我 们 认为 积极 向 上 的 
团队 工作 意愿 为 1， 能 对 工作 基本 负责 的 团队 工作 意愿 为 0.5， 负 不 起 责任 的 团队 工作 意愿 为 
0.5 以 下 ， 极 值 为 0。 那么 坏 的 估算 通常 可 以 把 工作 意愿 降 到 0.5 以 下 一 一 严重 缺乏 统计 数据 。 
两 项 算 起 来 ， 坏 的 估算 很 可 能 把 团队 的 生产 率 降 低 到 最 好 水 平 的 1/3。 
这 种 没 在 实际 项 目 中 进行 校 验 的 数字 应 该 是 不 精确 的 ， 但 确实 可 以 帮助 我 们 定性 地 感受 
影响 的 趋势 和 可 能 性 ， 因 此 还 是 把 它们 列 在 这 里 。 
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5.2 完美 估算 的 要 素 











































































































































































































































































































































































































































































































































































































































































































































































































夫 未 战 而 庙 算 胜 者 ， 得 算 多 也 ; 未 战 而 庙 算 不 胜 者 ， 得 算 少 也 。 多 算 胜 ， 少 算 不 胜 ， 而 
况 于 无 算 乎 ! 
孙子 , 《孙子 兵法 》 
无 论 是 从 哪个 方面 来 看 ， 对 估算 的 根本 要 求 只 有 一 个 : 要 尽 可 能 精确 。 
同时 考虑 到 ， 方 法 是 估算 的 具体 手段 ， 而 单位 则 是 方法 的 基础 。 
那么 为 达到 精确 这 一 目标 ， 有 3 个 维度 的 事情 需要 同时 进行 考量 。 
@ 度量 的 单位 。 
@ 估算 的 方法 。 
@ 精确 的 程度 。 
针对 上 述 3 个 维度 ， 我 们 分 别提 出 表 5-1 所 列 的 逻辑 链 。 
表 5-1 估算 相关 的 逻辑 链 
估算 的 分 解 逻辑 链 
度量 的 单位 软件 是 一 种 固化 思维 一 真正 的 软件 度量 单位 必然 是 思维 的 单位 一 思维 自身 并 无 统一 的 直接 
本 度量 单位 一 软件 只 能 间接 度量 一 问 接 的 度量 单位 ， 要 尽 可 能 可 以 进行 横向 比较 
软件 是 一 种 固化 的 思维 一 不 可 直接 估算 ， 只 能 间接 估算 一 间接 估算 可 以 分 为 两 个 层次 : 一 
是 估算 固化 前 的 思维 表现 形式 ， 二 是 考虑 团队 情况 估算 固化 后 的 思维 表现 形式 一 间接 估算 使 
估算 的 方法 多 维 视角 成 为 可 能 ， 很 多 时 候 需 要 从 不 同 视角 ， 兼 顾 两 个 层次 进行 估算 ， 并 用 不 同 视角 下 的 
二 号 、 结果 彼此 验证 
合算 软件 是 一 种 固化 的 思维 一 同时 具有 思维 的 特质 和 被 固化 对 象 的 特质 一 估算 自身 需要 分 类 ， 
不 同类 别 软件 上 数据 很 难 共通 
软件 是 一 种 固化 的 思维 一 思维 澄清 的 过 程 〈 人 认 知 事物 的 过 程 ) 是 渐进 的 一 在 初始 阶段 项 
ee 的 不 确定 性 最 强 一 不 可 能 在 项 目 初始 阶段 有 准确 估算 一 估算 要 适可而止 ， 持 续 修正 
软件 是 一 种 固化 的 思维 一 无 法 形成 真正 的 、 统 一 的 软件 度量 单位 一 在 精度 上 ， 估 算 可 以 保 
留 一 定 的 模糊 ， 结 果 通 常 需要 体现 为 一 定 的 范围 一 但 估算 结果 本 身 要 可 以 验证 
5.2.1 逻辑 链 1: 标准 单位 的 选择 
软件 是 一 种 固化 思维 一 真正 的 软件 度量 单位 必然 是 思维 的 单位 一 思维 自身 并 无 统一 的 直 
接 度量 单位 一 软件 只 能 间接 度量 一 间接 的 度量 单位 ， 要 尽 可 能 可 以 进行 横向 比较 。 
对 单位 的 重要 性 , 《货币 战争 》 一 书 中 进行 了 非常 生动 的 描述 : 
一 个 工程 师 手 中 的 尺子 每 天 长 短 都 不 一 样 ， 他 该 怎么 修建 儿 十 层 的 高 楼 ? 
如 果 体 育 比 赛 的 秒表 计时 标准 随时 都 在 更 改 ， 则 运动 员 如 何 能 够 比较 在 不 同 场地 进行 比 
赛 的 成 绩 ? 
一 个 商人 在 卖 东西 时 ， 如 果 称 重 的 千克 标准 每 天 都 在 缩水 ， 就 好 像 不 断 地 调换 秤 花 ， 哪 
个 买 家 愿意 从 他 这 买 东西 ? 
宋 鸿 兵 先 生 事 实 上 指出 的 是 货币 自身 价值 的 不 确定 性 ， 他 认为 眼下 无 法 找到 精确 的 度量 
衡 来 度量 时 间 轴 上 货币 的 价值 。 这 和 我 们 讨论 的 估算 道理 上 讲 毫 无 关联 ， 但 事实 却 是 两 者 间 
惊人 的 相似 。 
软件 诞生 数 十 年 来 ， 度 量 单位 这 一 根本 问题 ， 从 来 没 得 到 过 解决 。 这 虽然 根源 于 软件 是 
固化 的 思维 这 一 根本 特质 ， 但 却 直 接 导 致 了 一 旦 谈 及 数据 时 ， 说 的 人 所 说 的 和 听 的 人 所 听 到 
的 就 可 能 完全 不 同 。 
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对 于 软件 而 言 ， 倒 不 是 没有 单位 ， 而 是 有 着 太 多 的 单位 ， 如 : 

@ 特性 (Feature)。 

@ 用 户 故事 〈User story)。 

@ 功能 点 (Function Point)。 

@ 代码 行 。 

当 我 们 运作 项 目 时 ， 通 常 需要 选择 一 种 单位 对 软件 进行 度量 。 对 单位 进行 选择 时 ， 一 个 
根本 关键 点 是 要 尽 可 能 使 类 似 项 目 间 的 数据 可 以 互相 比较 。 

基于 此 ， 可 以 把 各 种 单位 分 为 3 类 。 

一 类 是 不 适合 作为 多 个 项 目 间 共 享 数据 的 单位 ， 如 特性 〈Feature) 和 用 户 故 事 〈User 
Story)。 这 些 单位 是 不 适合 推广 应 用 的 ， 因 为 很 难 比较 多 个 不 同 项 目的 特性 〈Feature) 和 用 户 
故事 〈User Story)， 这 会 导致 历史 数据 无 法 累积 。 

一 类 是 可 以 在 多 个 项 目 间 共 享 数 据 ， 但 会 导致 较 大 误差 的 ， 如 代码 行 。 代 码 行 本 身 可 以 
在 多 个 项 目 间 比较 ， 但 代码 行 是 固化 后 的 思维 ， 其 中 包含 了 实现 过 程 中 来 自 各 个 维度 的 种 种 
干扰 ， 如 程序 员 的 能 力 和 偏好 ， 时 间 压 力 的 大 小 ， 重 用 代码 的 有 无 等 。 

一 类 是 比较 适合 在 多 个 项 目 间 共 享 数 据 的 单位 ， 如 功能 点 。 功 能 点 的 计算 不 与 实现 相关 
联 ， 直 接 基于 实现 前 的 规格 ， 相 对 而 言 更 加 客观 。 

选择 单位 时 ， 要 尽 可 能 选择 后 两 种 ， 尽 管 他 们 也 有 着 各 自 的 缺陷 。 

什么 是 功能 点 

功能 点 这 个 名 字 容 易 让 人 以 为 这 是 和 特性 或 者 用 户 故事 等 一 样 的 东西 , 但 实际 上 不 是 的 。 

功能 点 有 着 严密 的 定义 和 计算 标准 ， 其 标准 由 IFPUG ( International Function Point Users 
Group ) 负责 维护 ， 可 以 在 www.ifpug.org 找到 标准 的 相关 信息 。 

功能 点 方法 的 基本 思路 是 定义 软件 自身 的 边界 ， 接 下 来 依据 输入 、 输 出 来 计算 软件 内 含 
的 复杂 程度 。 而 输入 、 输 出 被 进一步 分 解 为 : 外 部 输入 (External Input )， 外 部 输出 (External 
Output )， 外 部 查询 (External Query )， 内 部 逻辑 文件 (internal Logical File )， 外 部 接口 文件 
( External Interface File )。 通 过 计算 这 些 项 目 ， 依 据 具 体 的 表格 就 可 以 算出 功能 点 的 数目 。 

图 5-1 是 对 上 述 几 个 概念 的 形象 解释 ， 他 描述 了 在 人 力 资源 管理 程序 中 什么 是 EI 等 。 摘 
自 : IFPUG 的 《Function Point Counting Practices Manual 4.3.1》 














































































































































































































































































































请 求 并 显示 雇员 信息 
(一 起 =EO) 






货币 应 用 
汇率 (EIF) 






人 力 资 源 应 用 
雇员 信息 (ILF) 








新 雇员 信息 !(ED 


雇员 报告 








图 5-1 功能 点 的 基本 定义 
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5.2.2” 逐 和 辑 链 2: 横 看 成 岭 侧 成 峰 的 应 对 


软件 是 一 种 固化 的 思维 一 不 可 直接 估算 ， 只 能 间接 估算 一 间接 估算 可 以 分 为 两 个 层次 : 
二 是 考虑 团队 情况 估算 固化 后 的 思维 表现 形式 一 间接 估算 

多 维 视角 成 为 可 能 ， 很 多 时 候 需要 从 不 同 视角 ， 兼 顾 两 个 层次 进行 估算 ， 并 用 不 同 视角 下 
- 千林 彼此 验证 。 

间接 估算 是 指 无 法 估算 思维 本 身 ， 而 只 能 估算 思维 的 表现 形式 。 这 点 还 是 有 些 抽象 ， 我 
们 来 补充 一 点 说 明 。 

假设 一 个 人 种 了 10 亩 地 玉米 ， 他 想 估计 产量 ， 因 此 假设 每 亩 产 1000 斤 ， 可 以 得 到 估算 
的 结果 为 10 000 斤 。 一 旦 秋收 后 ， 就 可 以 实际 称 量 一 下 产量 ， 看 是 不 是 10 000 斤 。 

在 这 里 ， 他 估 的 是 产量 ， 得 到 的 也 是 产量 ， 而 产量 对 应 于 确定 量 的 玉米 实物 ， 两 者 是 同 
一 个 东西 ， 看 得 见 摸 得 着 ， 因 此 可 以 讲 是 直接 估算 。 













































































































































































































































































































































































接 下 来 轮 到 思维 了 。 

我 们 碰 到 的 第 一 个 问题 就 是 ， 思 维 在 哪里 呢 ? 每 个 人 身边 多 彩 的 生活 足以 佐证 思维 的 存 
在 ， 但 思维 本 身 确实 看 不 见 摸 不 着 。 因 此 对 思维 的 估算 就 只 能 估算 思维 的 表现 形式 ， 如 书籍 
的 页 数 等 ， 但 书籍 并 不 是 思维 本 和 喘 ， 而 只 是 思维 的 载体 ， 这 就 是 间接 估算 。 
























































间接 估算 自身 又 包含 了 两 个 层次 : 一 是 对 需求 的 估算 。 如 果 使 用 功能 点 这 类 单位 对 需求 
进行 度量 和 估算 ， 那 么 得 到 的 是 需求 的 规模 ， 这 时 候 并 不 会 考虑 人 员 等 因素 的 影响 ， 二 是 基 
于 需求 的 规模 ， 佑 计 实 现 等 最 终 需要 耗费 的 人 月 。 

在 采用 Story 等 作为 单位 时 ， 上 述 两 个 层次 往往 会 被 合并 在 一 起 。 而 合并 在 一 起 则 不 
利于 考查 软件 开发 自身 的 投入 产 出 , 这 时 即使 是 想 做 比较 粗略 的 投入 产 出 统计 也 几乎 没有 
可 能 









































































































































与 此 同时 ， 间 接 估算 拉 开 了 估算 和 软件 的 距离 ， 这 就 导致 站 在 不 同位 置 上 ， 最 终 看 到 
的 东西 不 同 。 但 又 由 于 不 管 怎么 看 ， 都 是 软件 的 一 体 多 面 ， 所 以 不 同 佑 算 方 法 所 得 结果 应 
该 大 致 相同 。 
比如 说 ， 可 以 根据 外 在 的 输入 、 输 出 ， 估 算 最 终 软 件 的 功能 点 (未 调整 功能 点 )， 并 折算 
成 代码 行 ， 再 通过 公式 就 可 以 计算 出 最 终 所 需 的 人 月 。 这 是 一 个 视角 。 

下 面 是 一 个 折算 成 代码 行 后 ， 再 用 COCOMGOII 进行 计算 的 实例 : 


COCOMOII 的 公式 : Pu =Axsize™] EM; 









































































































































对 于 一 般 项 目 :A 为 294, 瑟 将 设 为 115， 所 有 的 工作 量 乘 数 UEMD 都 被 设 为 1， 这 样 对 
于 估计 为 100KSLOC 的 项 目 ， 其 需要 的 人 月 数 为 
PM =2.94 (100) 1.15= $86.61MM。 
《上面 这 个 例子 取 自 《软件 成 本 估算 : COCOMOII 模型 方法 》 一 书 ， 这 个 值 对 国内 很 多 
做 项 目的 人 可 能 很 难 接受 ) 
而 通过 制作 比较 详细 的 WBS (Work Breakdown Structure)， 考 虑 规格 说 明 的 创建 时 间 、 
评审 时 间 ， 设 计 文 档 的 创建 时 间 、 评 审 时 间 ， 各 个 需求 场景 的 实现 时 间 等 ， 也 可 以 得 到 一 个 
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项 目 所 需 的 人 月 。 这 是 第 二 个 视角 。 
图 5-2 所 示 是 一 个 WBS 的 例子 ， 取 自 PMBOK。 








世 芭 活动 名 称 


11MB “| 提供 新 产品 的 可 交付 成 果 一 开始 
1.1.1 工作 项 目 1 一 一 创造 组 成 部 分 1 


1.1.1.0 组 成 部 分 1 设计 

1.1.1.B 组 成 部 分 1 制作 

LT 组 成 部 分 1 测试 

1.1.1.MIl 组 成 部 分 1 完成 

1.1.2 工作 项 目 2 一 一 创造 组 成 部 分 2 

bl2 组 成 部 分 2 设计 

1.1.2.B 组 成 部 分 2 制作 

L127 组 成 部 分 2 调试 

1.1.2.M1 组 成 部 分 2 完成 

1.1.3 工作 项 目 2 一 一 将 各 组 成 部 分 组 合 为 整体 


1.13.6 将 各 组 成 部 分 1 和 2 组合 为 整体 
1.1.3.T 测试 组 合成 的 产品 2 

1.1.3.P 交付 产品 2 

1.1.MF | 提供 新 产品 Z 的 可 交付 成 果 一 一 完成 




















图 5-2 WBS 的 简单 实例 


项 目 进度 表 时 间 范 围 


时 期 4 | 时 期 5 | 

















先 估算 规模 ， 再 利用 公式 进行 计算 与 使 用 WBS 这 两 类 视角 差异 较 大 , 但 其 结果 却 不 应 该 
出 现 太 大 的 偏差 ， 因 此 说 用 两 类 或 更 多 几乎 完全 不 相关 的 视角 彼此 验证 ， 通 常 可 以 使 估算 的 























结果 更 为 精准 。 


关于 COCOMOII 














COCOMO 的 目标 是 帮助 软件 开发 者 预先 对 成 本 和 进度 进行 估算 , 进而 进行 决策 。 这 个 模 
型 最 早 发 布 于 1981 年 ， 而 后 在 2000 年 左右 升级 到 COCOMOII。 模 型 的 主要 开发 人 是 Barry 
W.Boem。 对 COCOMOII 最 权威 的 介绍 就 是 这 位 老人 家 写 的 《软件 成 本 估算 : COCOMOII 模 


型 方法 》 老实 讲 这 书 看 着 比较 上 涩 ， 但 还 是 值得 一 读 。 


这 个 模型 的 根本 目的 是 用 来 帮助 估算 ， 但 我 个 人 的 经 验 是 模型 本 身 有 点 水 土 不 服 ， 很 难 
用 起 来 。 估 算 的 成 本 值 过 于 偏 高 ， 也 许 是 因为 模型 本 身 参 照 的 项 目 规模 ， 复 杂 度 等 都 比较 大 


的 缘故 。 


即使 如 此 ， 还 是 推荐 了 解 这 个 模型 的 原因 在 于 : 通过 这 个 模型 可 以 理解 到 软件 开发 的 全 
貌 ， 分 解 出 来 的 14 个 调整 因子 非常 经 典 ， 彼 此 正 交 。 用 这 14 个 因子 来 分 析 项 目 ， 即 使 只 是 


定性 的 ， 也 帮助 不 小 。 


COCOMGOII 的 调整 因子 列表 (COCOMOII 认为 下 面 所 有 这 些 因子 都 将 影响 项 目的 人 月 ) 


见 表 5-2。 
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表 5-2 COCOMOI 的 因子 






































































































































































































































































































































平台 易 变 性 (PVOL) 


因 子 名 补充 说 明 影响 度 
应 用 (业务 领域 〉 经 验 (APEX) 人 员 因 子 : 团队 成 员 是 否 熟悉 相关 的 领域 1.51 
产品 因子 ， 产品 所 需要 的 数据 量 。 这 点 不 好 理解 ， 但 可 以 简单 理解 为 
数据 库 规模 (DATA) 如 果 开 发 搜索 引擎 ， 就 必须 要 有 海量 数据 ， 而 收集 海量 数据 是 会 影响 项 | 1.42 
目 人 月 的 
产品 因子 ; 是否 有 重用 的 目标 。 如 果 需 要 重用 ， 那 么 在 设计 、 文 档 、 
站 测试 上 都 需要 额外 的 工作 量 3 
要 求 提供 文档 的 程度 (DOCU) 如 果 要 求 过 于 细致 的 需求 文档 ， 那 么 会 需要 额外 的 工作 量 1:52 
更 用 编程 语言 和 开发 工具 的 经 验 (LTEX) 人 员 因 子 : 团队 是 否 熟 悉 使 用 的 语言 和 工具 1.43 
多 场所 开发 (SITE) Ey a 0 Tse 
人 员 持 续 性 (PCON) 人 员 因 子 : 团队 成 员 的 变化 程度 1.59 
F 台 经 验 (PLEX) 人 员 因 子 : 团队 成 员 对 所 用 平台 (如 数据 库 ，.NET 等 ) 的 熟悉 程度 | 1.40 
台 因 子 : 如 果 项 目 依赖 于 某 个 框架 ， 这 个 框架 总 发 生变 化 ， 那 么 无 
量 




































































本 品 因子 ， 比 如 动态 变更 优先 级 的 多 资源 调控 产品 就 比 只 需要 直线 式 

口 2 亩 HD 

产品 复杂 度 (CPLX) 小 加 的 产品 复杂 2.38 
程序 员 能 力 ( 总 体 ) (PCAP) 人 员 因 子 : 非 经 验 相关 的 能 力 ， 甚 至 包括 交流 和 协作 能 力 1.76 
要 求 的 软件 的 可 靠 性 (RELY) en 习 子 : 性 命 侯 关 的 产品 和 只 会 影响 用 户 感受 的 产品 所 需 的 工作 量 | | 54 
需求 分 析 师 能 力 (ACAP) 人 员 因 子 : 非 经 验 相关 的 能 力 2.00 




















Nl 














妹子， 这 点 不 是 很 好 理解 。 模 型 作者 认为 使 用 过 多 存储 的 产品 需 


pa 
号 
多 的 工作 量 
全 

号 


对 子 : 比如 实时 项 目 就 比 非 实时 项 目 需要 更 多 的 时 间 1.63 


存储 限制 (STOR) 





酒 
































时 间 限 制 CTIME) 




































































忆 子 : COCOMO 认为 使 用 集成 的 生命 周期 工具 比 只 使 用 编码 和 
调试 工具 更 节省 工作 量 

项 目 因子 ， 规 模 因 子 : COCOMO 认为 开发 同样 项 目 ， 高 成 熟 度 的 组 
的 工作 量 更 少 。 注 : 这 点 估计 很 多 人 有 疑问 









































软件 工具 的 使 用 (TOOL) 



























































开发 过 程 成 熟 度 (PMAT) 依赖 于 规模 


























因子， 强调 对 体系 结构 上 风险 的 处 理 。 比 如 硬件 、 技 


架构 和 风险 化 解 (RESI) 术 和 性 能 要 求 都 不 确定 的 项 目 要 比 确定 性 强 的 项 目 需要 更 多 的 工作 量 


依赖 于 规模 
















































































































































































有 先例 可 循 的 程度 (PREC) 产品 因子 ， 规 模 因子 ， 如果 以 前 开发 过 相似 项 目 ， 那 么 先例 性 高 依赖 于 规模 
员 因 子 ， 规 模 因 子 : 能 否 默 会 必要 也 “ 生 较 EE 十 人 

团队 凝聚 力 (TEAM > 刀子 ， 规 模 因 子 : 团队 能 否 默契 配合 会 对 必要 的 人 月 产生 较 大 的 依赖 于 规模 
各 产品 因子 ， 规 模 因 子 : 如 果 开 发 团队 对 需求 有 一 定 解释 权 ， 那 么 项 目 二 
开发 灵活 性 (FLEX) 所 需 的 工作 量 会 降 依赖 于 规模 





于 























其 中 ， 有 一 点 需要 做 点 额外 的 说 明 。 

在 这 一 模型 中 涉及 人 员 的 因子 有 : 需求 分 析 师 的 能 力 、 程 序 员 的 能 力 〈 总 体 )、 人员 持续 
性 、 应 用 《业务 领域 ) 经 验 、 使 用 编程 语言 和 开发 工具 的 经 验 、 对 平台 的 经 验 和 团队 凝聚 力 。 
所 有 这 些 加 起 来 可 以 让 项 目的 估算 结果 出 现 22 倍 的 变化 。 

这 一 方面 提醒 我 们 人 在 软件 开发 中 的 重要 影响 ， 另 一 方面 也 提醒 我 们 在 精细 粒度 上 软 们 
估算 一 定 是 不 准 的 。 
程序 员 或 者 需求 分 析 师 不 太 可 能 是 “标准 件 ” 甚至 同一 个 人 在 时 间 轴 的 不 同 点 上 也 是 不 
同 的 。 而 在 估算 人 月 的 时 候 一 定 需 要 对 人 员 的 状况 做 出 假设 ， 而 这 一 假设 和 现实 的 吻合 程度 
大 多 时 候 不 可 能 是 100%， 这 种 偏差 的 影响 都 会 在 估算 结果 和 现实 的 差距 上 体现 出 来 。 
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5.2.3 ”逻辑 链 3: 软件 类 别 的 影响 


软件 是 一 种 固化 的 思维 一 同时 具有 思维 的 特质 和 被 固化 对 象 的 特质 一 估算 自身 需要 分 
类 ， 不 同类 别 软 件 上 数据 很 难 共通 。 
前 文 曾经 提 到 过 ， 软 件 最 终 所 体现 出 来 的 特质 事实 上 受到 双重 影响 :一 是 软件 是 思维 这 
一 特质 的 影响 ， 二 是 思维 所 承载 之 物 的 特质 影响 。 这 不 难 理解 ， 人 的 脑子 可 以 考虑 漫画 ， 也 
可 以 考虑 相对 论 ， 虽 然 都 是 做 思维 ， 但 两 种 思维 天 差 地 别 。 这 导致 在 软件 的 世界 里 ， 除 了 基 
于 软件 是 思维 这 一 特质 推导 得 出 的 共性 外 ， 很 多 其 他 的 东西 ， 很 难 适合 软件 整体 。 
比如 说 ， 适 用 于 操作 系统 内 核 的 开发 方法 往往 并 不 适合 于 开发 数据 库 管 理 系统 。 
估算 亦 是 如 此 ， 为 累积 历史 数据 ， 并 使 估算 更 加 精确 ， 需 要 对 软件 进行 分 类 ， 分 别 收集 
数据 。 
现实 中 ， 至 少 可 以 有 $ 个 视角 来 对 软件 项 目 进行 分 类 ， 它 们 分 别 如 下 。 
@ 按照 软件 所 处 的 领域 。 
@ 按照 软件 的 规模 。 
@ 按照 软件 所 处 的 生命 周期 中 的 阶段 。 
@ 按照 软件 用 户 的 类 型 。 
@ 按照 软件 的 最 终 目的 。 
其 中 ， 规 模 是 一 个 横 切 的 分 类 视角 ， 可 以 和 其 他 分 类 进行 复合 。 
1. 按照 软件 所 处 的 领域 来 分 类 
按照 软件 所 处 的 领域 来 分 ， 软 件 项 目 可 做 下 面 这 样 的 划分 。 
@ 航空 电子 。 
@ 应 用 系统 。 
@ 命令 与 控制 。 
@ 块 入 式 系 统 。 
@ 微 代 码 。 
@ Web 应 用 。 
@ 科学 研究 和 工程 研究 。 
@ 实时 系统 。 
@ 驱动 程序 。 








































































































































































































































































































































































































上 上面 分 类 方法 参见 《软件 估算 一 一 黑匣子 揭秘 》。 

这 种 分 类 方法 的 好 处 是 直观 易 懂 ， 坏 处 是 类 别 和 类 别 间 存 在 交叉 ， 不 是 正 交 的 ， 比 如 ， 
“航空 电子 ”和 “实时 系统 ”未 必 就 没有 重 毒 。 由 于 有 些 历史 数据 是 按照 上 述 类 别 来 收集 的 ， 
所 以 这 种 分 类 的 现实 意义 比较 大 。 

2. 按照 软件 的 规模 来 分 类 

按照 规模 来 分 ， 软 件 项 目 可 做 如 下 分 类 。 

@ 小 规模 项 目 〈10KSLOC 左右 )。 

@ 中 等 规模 的 项 目 (100KSLOC 左右 )。 
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@ 大 规模 的 项 目 (1MSLOC 左右 )。 


@ 超大 规模 的 


软件 这 个 行业 与 传统 的 人 
规模 经 济 的 含义 是 : 种 





项 




















关 


类 产品! 
规模 对 生产 率 的 影 





























(10MSLOC 左右 )。 
吓 造 行业 相 比 ， 








一 个 显 


著 差 异 被 称 为 规模 不 经 济 (Diseconomy of scale)。 

















J 造 工 厂 越 大 ， 其 单 











， 规 模 越 大 ， 单 位 代码 行 所 耗费 的 成 本 越 高 。 因 








项 











污 





规模 (代码 行 》 


六 产品 的 人 














向 是 巨大 的 ， 参 见 表 5-3 所 列 的 数据 。 


表 5-3 项 目 规模 和 对 应 的 生产 率 




















每 人 年 产 出 的 代码 行 (括号 中 为 典型 








J 造成 本 越 低 。 而 软件 恰恰 相反 ， 同 
此 这 种 现象 被 称 为 规模 不 经 济 。 

















10K 


2 000~25 000 (3 200) 





1 000~20 000(2 600) 





700~10 000(2 000) 





比如 ， 事 实 上 很 


这 种 分 类 方法 的 不 同类 别 间 在 概念 上 没有 重合 , 但 寿 
全 定义 500KSLOC 的 项 目 究竟 应 该 属于 





























体 情况 进行 分 析 。 
3. 按照 软件 所 处 的 生命 周期 阶段 来 分 类 


@ 新 项 目 。 
@ 升级 性 项 目 。 
@ 维护 性 项 目 。 
这 里 “新 项 目 ” 是 指 从 零 开始 的 项 
目 ;“ 维 护 性 项 目 ” 是 指 保持 功能 不 变 而 
通常 情形 下 ,“ 新 项 目 ” 中 更 关注 的 是 软 伯 
对 既 有 功能 的 影响 ， 在 “升级 性 项 目 


按照 软件 的 生命 周期 来 分 ， 软 从 

































































300~5 000(1 600) 


一 一 《软件 估算 - 黑 功 子 揭秘 》 























目 ;“ 升 级 性 项 目 

















“升级 性 项 目 ” 根 据 需求 的 变化 频 度 和 粒度 又 可 以 进行 进 












































项 目 可 做 如 下 分 类 。 








只 进行 错误 修正 的 项 目 。 
如 何 构造 ， 而 在 “多 
”中 却 必须 两 者 兼顾 。 















































”是 指向 已 有 


E 现 实 中 不 同类 别 的 边界 却 鼎 
8 种 类 别 。 实 际 应 用 时 

















任 界 定 。 
根据 

















各 已 
> 只 能 

















~ 
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序 添加 新 的 功能 的 项 























步 划 分 。 


E 护 性 项 目 ” 中 更 关注 的 是 


一 一 《软件 成 本 估算 : COCOMOII 估算 方法 》 












































4. 按照 软件 的 用 户 类 型 来 分 类 
按照 软件 用 户 类 型 来 分 ， 软 件 项 目 可 做 如 下 分 类 。 
@ 终端 用 户 项 目 。 
@ 中 间 件 项 目 。 
@ 系统 集成 项 目 。 
@ 应 用 程序 生成 器 项 目 。 
@ 基础 结构 性 项 目 
终端 用 户 项 目 是 指 面向 最 终 用 户 进行 产品 
员 数 最 多 。 小 到 计算 器 的 开发 ， 大 到 Office 都 可 
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中 间 件 项 目 是 指 , 基于 基础 结构 向 最 终 应 
系统 集成 项 目 是 指 组 合 软 硬 























发 的 项 目 。 
以 归 到 这 一 类 别 。 
昌 开 发 提供 程序 包 的 项 目 , .NET 等 属于 这 一 类 。 


这 类 项 目 涵 盖 内 容 最 广 ， 从 业 人 





牛 ， 完 成 一 系列 功能 的 项 目 




















应 用 程序 生成 器 项 目 是 指 构筑 
Visual Studio, 





发 。 比 如 ， 
基础 结构 性 























发 平台 





























E 项 目 是 指 开发 基础 平台 的 项 目 

















5. 按照 软件 需求 的 潜在 特质 来 分 类 


按照 需求 的 潜在 特质 来 分 ， 软 件 项 目 

















@ 研究 型 项 目 。 
@ 产品 型 项 目 。 





研究 





型 项 目 














产品 型 项 目 
6. 小 结 





























则 是 指 , 技术 自身 没有 不 和 


历史 数据 将 很 难 被 重 月 











， 让 程序 人 员 可 以 基于 这 
甚至 Flash 等 都 可 以 划 归 这 一 类 别 。 





平台 进行 进一步 的 开 




















， 比 如 OS、 数 据 库 管 再 


系统 等 。 














又 可 做 如 下 分 类 。 








是 指 需求 自身 的 实现 不 能 简单 
的 压缩 比率 提高 20%。 











地 通过 既 有 的 技术 完成 ， 













































































IN 






































比如 说 ， 需 要 把 图 像 





定性 , 但 要 组 合 很 多 现 有 技术 才能 实现 现 有 的 需求 。 


估算 应 该 是 基于 某 种 分 类 方法 上 的 估算 ， 历 史 数据 也 应 该 按照 既定 类 别 进行 统计 ， 否 则 某 些 


目 。 为 了 更 为 真切 地 感受 一 下 这 种 类 别 会 带 来 多 大 的 差异 ， 我 们 来 一 起 看 











Steve McConell 在 《软件 估算 黑匣子 解密 》 中 总 结 出 的 一 份 很 让 人 震撼 的 列表 ， 见 表 5-4。 








表 5-4 各 种 类 型 项 目的 生产 率 


















































































































































代码 行 /人 月 最 低 值 -最 高 值 〈 典 型 值 ) 
软件 类 型 10 000 代码 行 的 项 100 000 代码 行 的 项 250 000 代码 行 的 项 目 
航空 电子 100-1 000(200) 20-300(50) 20-200(40) 
应 用 系统 800-18 000(3000) 200-7 000(600) 100-5 000(500) 
命令 与 控制 200-3 000(500) 50-600(100) 40-500(80) 
脱 入 式 系 统 100-2 000(300) 30-500(70) 20-400(60) 
公众 因特网 系统 600-10 000(1 500) 100-2 000(300) 100-1 500(200) 
内 部 内 联网 系统 1 500-18 000(4 000) 300-7 000(800) 200-5 000(600) 
微 代 码 100-800 (200) 20-200 (40) 20-100 (30) 
过 程控 制 500-5 000(1 000) 100-1 000(300) 90-900(200) 
实时 系统 100-1 500(200) 20-300(50) 20-300(40) 
科学 系统 /工程 研究 500-7 500(1 000) 100-1 500(300) 80-1 000(200) 
套装 软件 400-5 000(1 000) 100-1 000(200) 70-800(200) 
系统 软件 /驱动 程序 200-5 000(600) 50-1 000(100) 40-800(90) 
电信 软件 200-3 000(600) 50-600(100) 40-500(50) 


这 数 
联网 系统 














S.2.4 


发 阶段 仍然 会 有 
逻辑 链 4: 估算 的 终结 


























据 可 以 让 我 们 更 具体 地 认识 到 类 别 的 威力 。 了 
的 人 的 1/10 或 /20。 但 这 其 


























实 远 不 是 全 部 ， 同 样 对 于 杠 入 式 系统 ， 




















很 大 不 同 ， 其 





库 的 开发 和 应 用 的 天 








fT 发 幅 入 式 系 统 的 人 ， 其 生产 率 
多 











只 有 内 
其 维护 阶段 和 新 








F 发 也 会 有 很 大 的 不 同 。 


软件 是 一 种 国 化 的 思维 一 思维 澄清 的 过 程 (人 认 知 事物 的 过 程 ) 是 渐进 的 一 在 初始 阶段 
项 目的 不 确定 性 最 强 一 不 可 能 在 项 目 初 始 阶段 有 准确 估算 一 估算 要 适可而止 ， 持 续 修 正 。 














在 估 








算 过 程 














， 很 容易 接触 到 的 一 个 概念 是 : 不 

















定性 锥 。 
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不 确 











400% 






—25% 












需求 完成 


初始 概念 确立 


























架构 定义 完成 





定性 锥 指 的 是 估算 的 结果 将 随 着 进度 的 推进 ， 而 逐渐 变 得 更 加 精确 。 比 如 ， 详 细 设 
计 完 成 阶段 的 估计 就 会 比 初始 概念 阶段 的 估算 更 加 精确 




















。 如 图 5-3 所 示 。 











设计 完成 
代码 冻结 ”系统 测试 





名 











5-3 不 确定 性 





锥 








上 面 是 瀑布 下 的 情形 ， 导 入 迭代 后 ， 不 确 
迭代 等 价 于 在 时 间 轴 上 平分 不 胡 























区 


























mm 





由 浅 到 深 ， 由 偏 5 
就 是 不 确定 性 锥 。 





性 




















人 丰 



































定性 锥 提醒 我 们 在 开 
步 。 这 也 就 意味 着 在 各 个 阶段 信 算 的 精度 必须 适可而止 ， 否 则 可 


外 定性 ， 


想象 中 迭代 下 的 不 确定 性 


定性 锥 一 定 会 有 变化 。 
所 以 迭代 时 的 不 确定 性 锥 ， 很 可 能 像 如 图 














5-4 所 

















从 























定性 锥 的 存在 根源 在 于 思维 的 渐进 特质 。 当 我 们 认 知 新 事物 的 时 候 ， 终 究 要 经 历 由 








全 





的 过 程 。 这 体 ] 








岗 在 需求 开发 中 ， 就 是 需求 需要 逐步 细 化 ， 体 现 








全 阶段 即使 花 再 多 的 精力 ， 也 没 办 法 让 估算 达到 非常 精准 的 地 








会 已 7 





这 对 于 某 些 相信 人 定 胜 天 的 人 可 
的 关键 前 提 。 比 如 说 ， 举 重 运动 
拉 扎 扎 德 已 经 举 起 了 263kg， 可 以 想见 这 一 记录 必然 会 被 扣 
就 假设 有 人 可 以 举 起 5t 的 东西 。 人 类 能 够 举 起 的 重量 终究 
然 估 算 水 平 可 以 不 断 提 








界 是 避免 盲 




















加 | 至 
的 估算 其 精度 是 有 上 限 的 。 








估算， 表述 就 变 成 了 ， 





上 Ef 


民 x 








人 台所 


能 是 白费 力气 。 
人 接受 ， 但 事实 上 做 任何 事前 ， 能 够 认识 能 力 的 边 












































[m= 


所 

















这 又 是 一 个 程度 问题 ， 
得 更 顺畅 。 











@ 把 当事人 的 全 体 通 
@ 对 所 有 估算 结果 使 
@ 估 程 






































过 作为 适 可 而 J 


员 能 够 举 起 的 重量 在 不 断 提高 ，2004 年 侯 赛 因 . 
破 , 并 不 断 提 高 , 但 你 并 不 能 因此 

是 有 上 限 的 。 

高 ， 但 在 特定 的 时 间 点 我 们 能 做 出 

































































需要 依赖 于 当事人 的 判断 ， 但 有 如 下 一 些小 办 法 可 以 帮助 工作 做 


























范围 什 




















码 行 规模 是 4 
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的 一 个 简单 标志 。 




















Ee 度 ， 而 不 是 估 数 值 ( 模 糊 逻 辑 ，fuzzy logic)。 在 初期 阶段 ， 想 估算 单个 需求 的 代 
民 困 难 的 ,但 我 们 可 以 大 致 估算 一 个 需求 是 100 行规 模 的 ，200 行规 模 的 ， 














足够 


还 是 500 行规 模 的 。 
e@ 要 求 需求 开发 中 ， 特 








2 








寺 








性 必 须 在 一 个 规定 规模 之 下 ， 否 则 需要 进行 分 解 。 这 样 如 果 需 求 























数目 达到 一 定量 之 后 


借助 大 数 法 则 ， 佑 算 结果 也 会 相对 精确 。 
大 数 法 则 


假设 说 我 们 去 搓 股 子 ， 只 要 次 数 足 够 多 ， 那 么 捕 出 1、2、3、4、5、6 的 概率 将 大 致 各 为 
1/6。 这 个 规则 套用 到 估算 中 就 是 : 我 们 估算 单个 需求 可 能 不 准 ， 但 如 果 作 为 估算 的 需求 数目 
多 ， 那 么 最 终结 果 将 偏向 于 精确 。 

5.2.5 ”逻辑 链 $: 反省 是 进步 的 阶梯 


软件 是 一 种 固化 的 思维 一 无 法 形成 真正 的 、 统 一 的 软件 度量 单位 一 在 精度 上 ， 估 算 可 以 
保留 一 定 的 模糊 ， 结 果 通 常 需要 体现 为 一 定 的 范围 一 但 估算 结果 本 身 要 可 以 验证 。 





前 文 一 再 提 到 软件 的 估算 精度 有 限 ， 这 事实 上 要 求 软件 估算 的 结果 需要 体现 为 一 个 范围 















































值 ， 






































而 非 一 个 单 值 。 但 即使 承认 了 软件 估算 的 模糊 性 ， 也 使 用 了 范围 值 ， 也 不 意味 着 软件 佑 
















































































身 不 需要 同 实际 值 进行 比较 。 





























有 些 偏差 可 能 是 由 于 单位 导致 的 ， 有 些 偏差 可 能 是 由 于 需求 自身 的 不 硬 











性 所 导致 的 ， 




















定 
实 也 有 一 些 偏差 是 因为 方法 错误 或 失误 所 导致 的 。 这 就 要 求 估算 的 结果 要 能 够 同 实际 结 


















































行 比 对 。 有 些 估算 方法 会 对 这 种 比 对 造成 障碍 ， 应 该 尽量 避免 。 比 如 说 ， 基 于 Story 对 工 


















































进行 估算 。 这 类 方法 也 许可 以 校 验 每 个 Story 的 期 间 和 工作 量 , 但 关键 是 一 旦 对 估算 值 和 








实际 值 间 的 偏差 进行 分 析 ， 所 得 到 一 切 经 验 只 是 对 某 儿 个 人 能 力 有 所 帮助 ， 而 很 难 累 积 历 史 





数据 。 



































COCOMOII 使 用 的 估算 方式 比较 值得 参照 , 这 里 再 来 看 一 下 这 种 方法 。 COCOMOII 使 用 














的 基 


本 方法 是 : 先 估算 规模 ， 






































再 考虑 人 员 组 织 等 影响 因素 来 计算 工作 量 和 工期 。 




















规模 可 以 是 代码 行 或 未 调整 的 功能 点 。 而 影响 因素 如 下 。 


@ 应 用 (业务) 经 验 。 
@ 数据 库 规 模 。 
是 否 用 于 重用 。 


























要 求 提供 文档 的 程度 。 
































是 否 多 场所 开发 。 
人 员 稳 定性 。 
相关 平台 的 经 验 。 











有 先例 可 循 的 程度 。 
发 过 程 成 熟 度 。 
产品 复杂 度 。 

@ 程序 员 能 力 。 





























这 样 一 旦 出 现 偏 差 ， 我们 就 可 以 找 出 是 哪个 维度 上 出 了 问题 ， 而 且 有 利于 之 后 的 改进 。 


使 用 编程 语言 和 开发 了 





[有 具 的 经 验 。 





平台 自身 的 稳定 程度 。 


















































这 类 反省 工作 大 多 时 候 会 面临 某 些 挑战 。 一 种 典型 挑战 是 小 需求 数目 的 极度 膨胀 。 








随 着 需求 的 持续 变化 和 深入 ， 需 求 雄 片 的 量 会 非常 的 大 不 用 太 多 ， 需 求 变 更 的 条 目 走 
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过 500 就 很 麻烦 )。 这 导致 很 难 区 分 估算 和 实际 值 的 偏差 是 因为 估 的 不 准 还 是 因为 需求 变更 扩 
散 了 需求 的 边界 。 

好 比 说 ， 我 估计 自己 的 1 亩 地 可 以 产 多 少 玉 米 ， 最 终 也 是 同 自 己 的 1 亩 地 的 产量 进行 比 
较 ， 那 这 个 比较 是 有 意义 的 。 而 估 的 是 自己 的 ， 最 终 却 同 隔壁 王 二 家 的 产量 进行 比较 ， 那 就 
不 是 很 有 意义 了 。 
上 面 这 个 问题 ， 在 其 他 行业 中 也 许 很 好 解决 ， 但 在 软件 行业 中 却 是 很 困难 的 一 个 问题 。 
软件 行业 中 的 问题 更 类 似 于 : 我 原本 想 种 一 亩 地 玉米 ， 估 的 也 是 玉米 的 产量 ， 但 中 间 商 量 来 
商量 去 ， 却 种 成 了 一 半 玉 米 ， 一 半 高 粱 。 解 决 这 类 问题 的 关键 点 是 为 需求 确立 基线 ， 预 先 设 
计数 据 采 集 方 法 ， 并 集成 进项 目 管理 工具 ， 标 识 清 楚 变 更 点 。 

CMMI 中 对 Baseline 的 定义 是 : A set of specifications or work products that has been 
formally reviewed and agreed on, which thereafter serves as the basis for further development, and 










































































































































































































































































which can be changed only through change control procedures. 

(基线 是 一 系列 已 经 被 正式 评审 并 且 同 意 的 规格 说 明 书 或 工作 产品 , 是 进一步 开发 的 基础 
并 仅 能 通过 变更 控制 流程 进行 改变 ) 

事实 上 ， 这 个 定义 可 以 简化 一 点 : 基线 即 是 基准 ， 在 软件 开发 中 是 达成 某 种 条 件 后 的 一 
系列 资料 。 比 如 说 ， 如 果 某 份 需求 文档 在 所 有 利害 相关 人 间 达 成 了 一 致 ， 那 么 这 份 文档 就 可 
以 成 为 基线 的 一 部 分 。 而 基线 这 个 概念 之 所 以 有 用 ， 是 因为 没有 它 既 无 法 区 分 什么 是 变更 ， 
也 无 法 判断 估算 是 准 还 是 不 准 。 

需求 变更 天 然 就 会 不 停 向 纵深 发 展 。 比 如 说 ， 当 开发 一 个 Bug 管理 系统 时 ， 添 加 一 个 字 
段 ， 数 据 需 要 导 成 Excel， 需 要 和 外 部 XX 系统 进行 连接 ， 这 样 的 需求 会 不 断 发 生 。 如 果 没 办 
法 给 它 一 个 边界 ， 那 么 就 哪里 都 不 是 变更 ， 估 算 也 就 无 所 谓 准 或 不 准 。 而 需求 变更 本 身 是 连 
续 的 ， 你 没 办 法 从 需求 自身 来 定义 这 种 边界 。 当 我 们 说 这 是 一 个 手机 的 时 候 ， 手 机 的 外 形 尺 
十 就 是 手机 的 边界 ， 可 需求 的 边界 却 只 能 从 时 间 点 上 来 约定 ， 尽 管 这 一 时 间 点 前 后 的 发 生 的 
需求 本 质 上 并 无 差别 。 


5.3 完美 估算 方法 
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一 一 LIom Demarco 
5.3.1 “完美 估算 方法 的 形象 


让 我 们 回想 一 下 前 面 多 次 提 到 过 的 那 辆 车 。 要 想 高 效 前 进 ，3 件 事 情 最 重要 : 方向 不 能 
错 ， 跑 得 要 快 ， 车 不 能 散 架 或 翻 倒 。 

如 果 目 标 只 是 从 苏州 跑 到 北京 ， 而 没有 任何 时 限 上 的 约束 ， 那 么 不 做 任何 估算 工作 也 没 
有 关系 一 一 大 可 以 想 跑 就 跑 ， 不 想 跑 就 软 息 一 下 。 只 可 异 现 实 往往 并 非 如 此 ， 而 是 希望 能 预 
先知 道 到 达 目 的 地 的 时 间 ， 并 且 希 望 能 够 尽快 到 达 。 这 样 就 必须 在 两 个 极端 间 取 得 平衡 。 既 
不 能 跑 得 过 慢 ， 浪 费 能 力 ， 也 不 能 把 万 米 当 百 米 来 跑 ， 累 死 在 半途 上 。 最 好 是 能 保持 一 种 恰 
当 的 、 均 衡 的 行进 速度 。 

对 于 软件 开发 而 言 ， 由 于 变数 太 多 ， 寻 找 这 一 均衡 点 尤其 艰难 。 而 估算 正 是 达成 这 一 目 
64 
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的 的 主要 手段 。 总 结 来 看 ， 完 美的 估算 方法 具有 如 下 的 特征 。 

@ 对 软件 进行 分 类 ， 在 特定 类 别 下 统一 单位 。 

@ 详细 分 解 ， 使 用 彼此 独立 的 不 同 视角 进行 多 次 估算 ， 互 相 参照 。 

@ 控制 精度 在 一 定 的 程度 上 适可而止 。 

@ 确保 估算 数据 能 够 和 实际 数据 进行 比 对 (当然 也 要 有 基于 统一 单位 对 最 终结 果 进 行 度 
量 的 工具 )。 
除 此 之 外 ， 需 要 再 次 强调 的 是 
到 现在 为 止 ， 许多 估算 和 度量 方法 似乎 都 遗漏 了 一 个 关键 的 东西 ， 
两 个 数字 而 不 是 一 个 数字 。 
软件 是 一 种 固化 的 思维 ， 那 么 其 两 个 关键 产 出 物 是 : 固化 什么 (需求 规格 说 明 )， 固 化 成 
了 什么 《代码 )。 这 两 个 东西 说 的 是 同一 个 东西 ， 但 表现 视角 和 形式 不 一 样 。 

从 估算 和 度量 的 角度 看 ， 事 实 上 需要 分 别 对 两 者 (需求 和 代码 〉 进行 估算 和 度量 。 有 眼下 
来 看 ， 可 以 用 来 度量 需求 的 单位 是 功能 点 ， 可 以 用 来 度量 代码 的 则 是 代码 行 。 
单纯 从 估算 人 月 的 角度 看 ， 分 别 估算 似乎 是 不 需要 的 。 但 从 追踪 进度 和 估量 投入 产 出 的 
角度 看 ， 两 者 则 是 同时 需要 的 。 

假设 说 ， 一 个 杯子 的 平均 成 本 是 5 元 ， 那 A 公司 花 了 100 元 钱 ， 做 了 15 个 杯子 ， 无 疑 
是 差 的 ， 而 B 公司 花 了 100 元 钱 做 了 30 个 杯子 ， 那 生产 效率 是 高 的 。 其 中 100 元 是 投入 ， 而 
15 个 或 30 个 杯子 是 产 出 。 有 投入 有 产 出 ， 就 可 以 计算 投入 产 出 。 

在 软件 中 ， 需 求 类 似 于 杯子 数 ， 而 代码 行 则 类 似 于 花 的 钱 。 有 需求 的 规模 ， 也 有 代码 的 
规模 ， 才 知道 程序 是 否 写 的 合适 ， 才 知道 进度 是 否 真 的 合适 。 比 如 说 ， 一般 来 讲 ，1 个 功能 点 
对 应 100 行 代码 ， 那 么 如 果 执 行 过 程 中 ， 完 成 100 个 功能 点 写 了 15000 行 代码 ， 那 很 可 能 是 
代码 质量 出 问题 了 。 

缺乏 这 个 维度 ,， 事实 上 除了 Review 和 判断 ,很 难 找 到 有 效 的 数字 来 对 软件 项 目 进行 横向 
比较 ， 即 使 是 模糊 的 数字 

当前 的 问题 是 ， 无 论 功 
中 我 们 会 提出 一 个 改善 的 六 
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表达 软件 规模 需要 








































































































































































































































































































能 点 和 代码 行 都 会 导入 比较 多 的 偏差 ， 尤 其 是 代码 行 。 在 8.1 节 
方案 来 度量 代码 的 规模 。 
帕 金 森 定 律 和 项 目的 失败 率 
有 些 事情 如 果 参 照 起 来 看 就 特别 有 意思 ， 比 如 说 帕 金 森 定律 和 项 目的 失败 率 。 
帕 金 森 定 律 说 : 不 管 你 给 项 目 组 多 少时 间 ， 项 目 组 都 能 够 把 它 耗 完 。 
而 IT 这 个 行业 中 加 班 相 对 比较 多 ,这 一 事实 似乎 可 以 证 明 帕 金 森 定 律 深入 人 心 一 一 为 防 
止 它 起 作用 管理 人 员 都 在 制定 乐观 的 日 程 。 
与 此 相应 的 另 一 个 现实 则 是 很 多 软件 项 目 并 不 成 功 。 
根据 CHAOS 的 报告 ，2009 年 的 统计 数据 是 : 
32% 的 项 目 取 得 成 功 ， 成 功 意味 着 不 延期 ， 不 超支 ， 功 能 完整 。 
44% 的 项 目 受到 挑战 ， 受 到 挑战 是 指 或 者 超支 ， 或 者 延期 或 者 取消 某 些 预定 的 功能 。 
24% 的 项 目 彻底 失败 ， 失 败 是 指 项 目 取消 或 者 从 来 没有 被 使 用 过 。 
如 果 能 有 一 份 国内 的 数据 会 更 有 意义 ， 但 可 惜 国内 暂时 好 像 还 没有 机 构 做 类 似 的 统计 ， 
因此 只 能 暂时 使 用 国外 的 。 
这 两 项 事实 让 我 们 看 到 一 个 充满 矛盾 的 现象 : 在 一 个 并 不 乐观 的 行业 中 ， 却 往往 有 比较 
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乐观 的 任务 安排 。 
人 浮 于 事 一 定 是 不 好 的 ， 但 为 防止 人 浮 于 事 而 制定 相对 紧张 的 进度 ， 其 中 所 得 未 必 就 大 
es 而 为 想 更 好 地 把 握 这 其 中 的 尺度 ， 首 先 需 要 回归 到 尽 可 能 客观 的 标准 ， 而 唯 有 
能 精确 的 估算 ， 才 可 能 构筑 这 种 尽 可 能 客观 的 标准 。 


5.3.2 ”完美 估算 方法 的 关联 要 素 


估算 以 需求 为 输入 ， 产 生 的 预期 工作 量 和 开发 周期 则 是 管理 的 基础 。 估 算 偏 差 过 大 的 直 
接 后 果 是 人 力 吃紧 。 而 人 力 吃 紧 容易 导致 需求 开发 ,设计 编码 上 质量 退化 ， 人 员 间 关系 紧张 。 

开发 模型 如 果 合 适 ， 那 么 可 以 在 一 定 程度 上 缓解 估算 的 压力 。 在 瀑布 类 模型 下 ， 往 往 需 
要 早期 估算 较 多 的 东西 ， 从 而 决定 投入 的 资源 ， 这 就 要 求 估算 必须 有 较 高 的 准确 度 。 而 在 迭 
代 类 模型 下 ， 这 种 压力 会 略 小 。 
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第 6 瘟 ” 完 关 需 求 开发 之 解构 


《人 件 》 里 讲 : 软件 更 像 是 社会 学 科 ， 而 不 是 工程 学 科 。 












































这 一 特征 确实 贯穿 于 软件 构建 的 各 个 环节 ， 但 在 需求 






































求 或 变更 都 可 以 明码 标价 ， 那 世界 会 简单 许多 ， 剩 余 唯一 的 课题 则 是 减 
里 不 是 ， 很 多 时 候 我 们 甚至 弄 不 清楚 ， 这 需求 到 底 是 什么 样子 ? 这 也 就 

































































计 编 码 的 关键 控制 点 不 同 。 











发 这 里 却 更 为 突出 。 如 果 任 何 需 
少 浪费 。 但 可 惜 现 实 















































能 找到 属于 自己 的 答案 。 
为 什么 需求 总 是 变 来 变 去 ? 

















为 什么 无 论 需 求 多 么 详细 ， 开 发 人 员 和 测试 人 员 总 是 感觉 有 缺漏 ? 
既然 事先 明确 需求 这 么 困难 ， 真 的 不 能 等 需求 出 来 再 应 对 ， 非 要 预 

































































需求 开发 究竟 应 该 做 到 什么 程度 ? 
6.1 ”需求 开发 的 存在 意义 


开源 之 外 ， 软 件 是 商业 的 延续 。 








6.1.1 价值 根源 
































导致 了 需求 开发 和 设 





如 果 你 始终 对 下 面 这 些 问题 心 存疑 问 ， 那 么 在 对 需求 开发 进行 解构 的 过 程 中 ， 你 将 有 可 


























考虑 么 ? 


一 一 作者 





软件 世界 中 的 一 切 的 故事 始 于 一 个 机 器 模型 ， 而 这 个 基本 的 机 器 模型 并 不 复杂 ， 可 以 用 





























3 个 关键 点 来 概括 : 指令 、 数 据 以 及 栈 。 它 所 能 做 的 事 是 按照 规定 的 顺序 , 逐步 执行 各 条 指令 。 














但 也 就 是 这 样 一 个 简单 的 模型 ， 支 撑 起 了 整个 软件 世界 。 








这 一 模型 自从 诞生 伊始 ， 就 没 发 生 什 么 本 质 上 的 改变 。 我 们 号 处 的 客观 世界 却 与 此 不 同 ， 
客观 世界 有 种 种 概念 (以 及 实例 )， 也 有 概念 (以 及 实例 ) 间 的 种 种 交互 。 










































































言 乃 至 所 待 解 决 的 具体 事务 的 不 同 发 生 任何 变化 。 





编程 的 根本 任务 就 是 把 客观 世界 中 的 概念 与 逻辑 向 机 器 模型 进行 转换 。 这 一 转换 过 程 也 


正 是 概念 和 逻辑 逐步 澄清 的 过 程 。 这 就 是 编程 所 要 解决 的 根本 问题 ， 这 点 并 不 会 因为 编程 语 














这 一 转换 的 起 点 是 需求 ， 终 点 是 可 执行 的 一 组 文件 。 两 者 一 体 两 面 ， 彼 此 间 形 成 映射 。 



































从 这 一 背景 下 ， 我 们 可 以 看 出 ， 需 求 开发 的 根本 目的 就 








是 明 而 









































内 容 ， 其 关键 是 提升 确定 性 。 一 旦 不 确定 性 增加 ， 需 求 变更 将 增 力 
然 需要 来 回调 整 以 适应 这 种 变更 ， 这 会 导致 人 力 资源 的 浪费 。 
显然 ， 如 果 我 们 最 终 需 要 A， 最 简单 的 办 法 是 直接 创建 A。 无 论 是 先 创建 C， 调 整 成 B， 
要 的 东 殉 










































































再 调整 回 A 还 是 创建 成 了 B， 再 调整 成 A 都 会 引起 内 耗 。 而 
要 手段 就 是 需求 开发 。 











明 表 














角 客观 1 





此 界 中 软件 的 边界 和 
1， 作 为 终点 的 软件 产品 必 









































西 








是 A 还 是 B， 其 主 


这 时 不 能 忽视 的 是 需求 的 天 然 的 不 确定 特征 。 这 种 不 确定 性 有 两 种 主要 来 源 ; 
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第 一 种 来 源 是 纯粹 的 、 主 观 的 、 侦 然 的 。 如 客户 表达 能 力 ， 客 户 的 偏好 等 。 
第 二 种 来 源 却 是 相对 客观 的 、 必 然 的 。 一 方面 客户 对 自己 期 待 的 产品 也 有 一 个 逐步 深化 
理解 的 过 程 ， 另 一 方面 客户 所 面 对 的 环境 也 在 不 停 地 发 生变 化 ， 而 这 种 变化 自然 也 就 会 传导 
| 软件 产品 中 来 。 
第 二 种 来 源 对 软件 需求 开发 的 影响 更 为 深远 。 
从 软件 的 本 质 来 看 ， 软 件 可 以 说 是 现实 世界 中 各 种 思维 的 延伸 和 固化 ， 而 我 们 所 处 的 这 
个 世界 自身 则 是 在 以 一 种 令 人 频 目 结 舌 的 速度 变化 着 的 。 
斯 塔 夫 里 阿 诺 斯 在 《全 球 通史 》 中 说 : 
地 质 年 代 以 10 亿 年 为 计算 单位 ， 人 类 史前 时 代 以 千年 记 ， 而 自从 进入 文明 社会 后 ， 纪 年 
单位 开始 不 断 缩小 ， 逐 渐变 成 以 百年 甚至 十 年 记 。 时 至 今日 ， 每 天 都 有 许多 重大 事件 无 休 无 
止 地 蜂拥 而 来 ， 无 情 地 包围 着 我 们 。 变 化 之 迅速 确实 已 经 导致 了 一 个 非常 实际 的 问题 : 人 类 
是 否 能 够 迅速 适应 变化 ， 以 避免 被 淘汰 ， 甚 至 被 灭绝 的 命运 呢 ? 
作为 史学 家 ， 斯 塔 夫 里 阿 诺 斯 认识 到 世界 的 变化 正在 加 剧 ， 他 甚至 担心 人 类 未 必 能 够 很 
好 地 应 对 各 种 变化 。 而 他 所 担心 的 这 种 迅速 变化 往往 会 被 毫 无 遗漏 地 传递 到 软件 中 来 。 
致 软件 总 是 不 得 不 在 不 确定 性 下 前 行 。 落 到 具体 茶 个 软件 下 面 ， 则 表现 为 需求 的 不 确定 性 。 
这 种 不 确定 性 是 客观 的 ， 不 以 主观 意愿 而 发 生变 化 的 。 
好 的 需求 开发 和 坏 的 需求 开发 的 价值 差异 ， 正 是 在 于 对 这 种 不 确定 性 的 把 握 程 度 。 而 如 
何 与 客户 保持 顺畅 的 沟通 , 如何 顺 应 客户 的 偏好 , 无 疑 也 是 重要 的 ， 但 这 更 类 似 “政治 因 素 ” 
并 不 在 我 们 考察 的 范围 之 内 。 
本 书后 续 所 有 的 章节 都 基于 这 样 的 一 个 前 提 : 客户 是 积极 配合 的 ， 他 知道 的 东西 并 不 会 


有 意 不 告诉 你 。 
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RUP 中 的 需求 的 分 类 
需求 是 一 个 过 于 含糊 的 词 ， 但 凡 可 以 对 软件 形成 约束 的 东西 似乎 都 可 以 称 为 需求 。 
RUP 把 需求 大 致 分 成 了 10 类 , 下面 是 RUP 需求 模板 的 目录 , 其 中 3.1~ 3.10 可 以 认为 是 
需求 的 10 个 类 别 。 
1. 简介 
1.1 目的 
1.2 范围 
1.3 定义 、 首 字母 缩写 词 和 缩 略语 
1.4 参考 资料 
1.5 概述 
2. 整体 说 明 
3. 具体 需求 
3.1 功能 
3.2 ”可 用 性 
3.3 可靠 性 
3.4 性 能 
3.5 可 支持 性 
3.6 设计 约束 
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3.7 联机 用 户 文档 和 帮助 系统 需求 
3.8 ”购买 的 构件 
3.9 接口 
3.9.1 用 户 界 面 
3.9.2 硬 件 接口 
3.9.3 软 件 接口 
3.9.4 通 信 接 口 
3.10 许可 需求 
3.11 法律、 版 权 及 其 他 声明 
3.12 ”适用 的 标准 
4. 支持 信息 
这 个 分 类 非常 全 面 ， 但 可 以 做 一 点 进一步 的 概括 。 事 实 上 ， 需 求 可 以 大 致 分 为 两 大 类 : 
一 类 描述 软件 产品 “是 什么 ”， 而 另 一 类 描述 “怎么 做 ”上 的 约束 。 在 本 书 中 论述 需求 时 ， 并 
不 涉及 后 者 。 


6.1.2 定性 分 析 


首先 ， 回 到 我 们 一 直 在 使 用 的 公式 : 
假设 一 个 人 的 工程 素养 为 E， 一 个 人 的 工作 意愿 为 W， 组 织 所 能 提供 的 力量 为 O， 内 耗 
系数 为 M， 那 么 对 于 一 个 拥有 n 个 人 的 团队 ， 其 在 单位 时 间 内 最 终 可 能 贡献 值 可 以 表示 为 : 
[(EixwWi +O)+(ExW2+O)+ … +(Es Ws +O)]xM 
恨 据 前 面 的 分 析 ， 我 们 可 以 认识 到 需求 开发 必然 直接 影响 内 耗 系数 (会 导致 做 无 用 功 )， 
间接 影响 工作 意愿 。 
会 影响 到 工作 意愿 是 因为 同一 项 工作 如 果 在 没有 可 接受 理由 的 前 提 下 ， 多 次 更 改 ， 大 多 
数 人 会 表现 消极 。 
COCOMO I 中 对 需求 分 析 这 一 环节 的 作用 进行 了 比较 量化 的 分 析 。 这 个 因子 在 
COCOMO I 中 被 称 为 需求 分 析 师 能 力 ， 其 对 人 月 的 最 终 影响 度 为 2。 也 就 是 说 ， 如 果 需 求 分 
析 师 合适 ， 一 个 项 目 可 能 只 需要 100 人 月 ， 但 如 果 需 求 分 析 不 合适 ， 同 样 的 项 目 却 可 能 需要 
200 人 月 。 
此 外 我 们 可 以 用 5.1.2 同样 的 方法 来 估算 对 工作 意愿 的 影响 。 
如 果 我 们 认为 积极 向 上 的 团队 工作 意愿 为 1， 能 对 工作 基本 负责 的 团队 工作 意愿 为 0.5， 
负 不 起 责任 的 团队 工作 意愿 为 0.5 以 下 ， 极 值 为 0。 那 么 如 果 需 求 分 析 一 塌 糊 涂 的 话 ， 最 多 能 
保证 团队 的 状态 是 0.5。 
总 结 来 看 ， 需 求 这 一 环节 可 能 对 生产 力 的 影响 产生 4 倍 的 影响 。 


6.2 ”完美 需求 开发 的 要 素 


大 自然 把 人 们 困 在 黑暗 之 中 ， 人 迫使 人 们 永远 向 往 光 明 。 












































































































































































































































如 前 文 所 分 析 的 ， 需 求 分 析 的 关键 是 要 在 不 确定 的 环境 中 增加 确定 性 。 而 确定 性 这 一 概 















































念 自 身 则 可 以 进一步 做 一 点 分 解 。 如 果 我 们 把 需求 开发 等 价 为 思维 确定 的 过 程 ， 那 么 这 一 过 
程 可 以 抽象 为 3 个 关键 步骤 。 

@ 思维 的 交换 ， 即 从 客户 获取 信息 。 

@ 思维 边界 的 确定 ， 即 在 广度 和 深度 上 明确 需求 的 边界 。 

® 思维 的 变化 ， 即 对 应 外 部 变化 。 

这 3 个 步骤 都 可 能 导入 不 确定 性 ， 所 以 不 确定 性 的 消除 ， 即 是 指 这 3 个 步 又 上 不 确定 性 

的 降低 或 者 是 应 对 不 确定 性 的 成 本 降低 。 

针对 这 3 个 方面 ， 我 们 提出 如 表 6-1 所 列 的 多 辑 链 进行 分 析 。 
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表 6-1 需求 开发 相关 的 逻辑 链 

需求 的 分 解 逻辑 链 
软件 是 一 种 固化 的 思维 一 思 维 上 信息 交换 的 第 一 要 求 是 没有 遗漏 ， 即 要 获取 客户 所 有 的 已 知 
信息 一 两 个 关键 点 : 一 是 客户 的 投入 程度 ， 二 是 辅助 客户 进行 回忆 的 手段 。 一 客户 不 太 可 能 看 
懂 UML 图 等 ， 建 模 手段 是 用 于 自身 ， 深 化 对 需求 的 理解 ， 呈 现 给 客户 的 始终 应 该 是 可 见 或 可 操 
信息 的 交换 作 的 实物 一 最 大 化 从 客户 获取 的 信息 


软件 是 一 种 固化 的 思维 一 思维 上 信息 的 交换 是 从 杂乱 、 无 序 的 信息 中 ， 提 取 有 价值 信息 的 
程 一 量 等 价 的 信息 ， 价 值 不 等 价 一 要 能 标识 清楚 什么 是 核心 价值 


需求 项 目 所 能 耗费 的 资源 是 有 限 的 一 需求 如 果 无 限 扩张 ， 会 造成 以 有 限 资源 做 无 限 工作 的 局 面 ， 
最 终 导 致 人 中 出 错 一 在 广度 上 ， 由 于 软件 的 应 用 环境 处 在 变动 之 中 ， 导 致 需求 天 生 有 越 来 越 多 
边界 的 确定 的 趋势 。 一 在 广度 上 ， 对 不 做 哪些 需求 要 有 清楚 定义 。 一 在 深度 上 ， 需 求 的 明确 是 一 渐进 的 过 
程 。 指望 在 初期 某 一 截止 时 间 点 ， 澄 清 所 有 需求 是 不 现实 的 。 但 能 够 澄清 的 ， 没 有 澄清 却 又 导 
致 效能 降低 。 一 在 深度 上 ， 要 使 需求 开发 的 细致 程度 有 所 定义 


软件 是 一 种 固化 的 思维 一 思维 必然 受到 客观 世界 种 种 变化 的 影响 ， 身 也 必然 是 不 断 变 化 
的 一 需求 开发 自身 力 至 后 续 环 节 需 要 是 容易 应 对 变化 的 ， 应 对 变化 的 成 本 要 低 


重复 做 同样 的 工作 会 降低 效率 一 变化 本 身 可 以 分 为 有 价值 变化 和 偏好 性 变化 一 偏好 性 变化 实 
质 上 是 一 种 重复 ， 要 尽 可 能 滤 掉 偏好 性 变化 


6.2.1 逻辑 链 1: 雾 外 江山 看 不 真 


软件 是 一 种 固化 的 思维 一 思维 上 信息 交换 的 第 一 要 求 是 没有 遗漏 ， 即 要 获取 客户 所 有 的 
已 知 信息 一 两 个 关键 点 : 一 是 客户 的 投入 程度 ， 二 是 辅助 客户 进行 回忆 的 手段 一 客户 不 太 可 

懂 UML 图 等 , 建 模 手段 是 用 于 自身 , 深化 对 需求 的 理解 ， 呈现 给 客户 的 始终 应 该 是 可 见 
或 可 操作 的 实物 一 最 大 化 从 客户 获取 的 信息 。 

极端 来 讲 ， 用 户 大 多 时 候 并 不 知道 自己 真 的 要 什么 。 如 果 用 户 真 的 知道 自己 想 要 什么 ， 
那么 需求 分 析 就 没有 存在 的 价值 了 。 

但 客户 离 价值 根源 更 近 ， 如 图 6-1， 所 以 他 们 的 表述 中 毕 含 着 价值 根源 的 线索 如 图 6-1 
所 示 。 































































































































































































































































































变化 的 应 对 






























































































































































客户 代表 需求 分 析 师 


价值 根源 rn = A 


图 6-1 价值 根源 
而 软件 之 所 以 存在 正 是 因为 其 在 特定 场景 下 能 够 表现 出 某 种 作用 , 这 种 作用 即 价值 根源 。 
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价值 根源 


这 4 个 字 有 点 抽象 ， 但 却 并 不 是 什么 术语 。 一 定 程 度 上 和 愿景 (Visiom) 重 登 ， 但 又 不 完全 
是 。 它 回答 为 什么 需要 这 个 软件 这 样 的 根本 问题 。 由 于 开源 之 外 ， 软 件 是 商业 的 延续 ， 所 以 
价值 根源 大 多 时 候 是 软件 和 商业 因素 的 接口 。 而 商业 价值 的 着 眼 点 不 同 ， 软 件 的 价值 根源 也 


可 能 差异 十 分 大 。 


比如 说 ， 对 于 项 目 管理 软件 ， 支 撑 一 种 项 目 管理 的 模型 (可 能 由 任务 分 配 ， 资 源 监察 ， 
关键 路 径 计算 ， 时 间 统 计 等 组 成 ) 最 为 关键 ， 这 样 的 模型 可 以 帮助 项 目 运作 得 更 为 平滑 ， 节 
省 成 本 。 这 样 需 求 开发 的 时 候 ， 主 要 要 开发 的 就 是 这 个 领域 模型 。 
而 对 于 iPhone， 革 新 的 UI 操作 是 其 区 分 于 其 他 产品 的 关键 要 素 ，UI 则 成 为 其 价值 根源 。 


这 样 ， 在 做 需求 开发 的 日 


对 候 ， 主 要 要 开发 的 就 是 UI 操作 的 方式 。 





假使 有 人 可 以 代表 客户 , 那么 需求 
我 们 假设 不 管 多 么 











在 这 是 








开发 的 第 一 重 使 命 就 是 得 到 所 有 客户 已 




















经 知道 的 信息 。 

















努力 ， 也 不 可 能 从 客户 那里 获取 到 所 有 的 需求 


























广度 上 )。 我们 认为 3 














步 ， 必 须 使 用 迭代 ， 获 得 反馈 。 


这 就 好 比 , 我 们 可 以 假设 刘翔 能 跑 得 ! 
fF。 我 们 不 能 假设 
为 了 达到 从 客户 获取 


米 。 需 求 分 析 也 一 





度 ; 二 是 提供 给 客户 的 ， 











想 一 些 东西 。 这 个 时 候 ， 
上 加 


























从 身边 的 情形 来 看 ， 
形 也 很 常见 。 因 此 1 








客户 所 知 的 东西 并 不 都 浮 在 脑子 表面 ， 想 说 就 能 说 出 来 ， 他 也 需要 整理 


站 助 达成 这 一 目的 。 但 UML 


腿 设 客户 可 以 看 懂 UML 




















9 快 
只 要 努力 ， 需 求 都 可 以 分 析 清 楚 。 
言 乱 最 大 化 的 目的 ， 事 实 上 有 两 个 主要 控 M 
辅助 客户 进行 回忆 的 手段 。 








口 



























































第 一 点 很 好 理解 ， 第 二 点 需要 补充 做 点 说 明 。 





、 


到 达 某 一 程度 后 ， 再 和 客户 进行 交流 是 无 价值 的 。 这 时 为 了 使 认 知 推进 


点 , 但 你 不 能 假设 他 只 


症 点 : 一 是 客户 的 投入 程 





























j 1s 跑 完 110 





口 
































的 思维 ， 回 
































王磊 
区 

















种 手段 ， 来 辅助 客户 整理 他 的 思维 。U 
图 又 远 不 是 一 种 完美 的 手段 。 

即使 是 开发 人 员 ， 学 习 了 一 段 时 间 后 ， 弄 个 ; 
图 是 一 种 比较 疯狂 的 想法 。 














ML 图 





























老 
月 不 


























UML 图 可 以 
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最 
从 
么 是 这 样 〈 背 景 信 ， 


从 当前 












































忌 ) 。 





可 





而 遗弃 了 ， 但 这 事实 上 阻碍 从 客户 者 


i 


单 的 例 了 





o 


j 来 建 模 ， 深 化 需求 人 员 自 身 对 软件 的 到 
给 客户 的 只 能 是 直观 的 东西 。 
观 的 东西 应 该 是 原型 ， 
j 户 处 获得 的 信息 


看 到 的 规格 说 明 











解 ， 把 握 软 件 日 


些 1 





可 以 在 一 定 程度 





ML 规则 的 情 








的 价 


值 根源 ， 但 体现 
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口 











次 是 UI， 再 次 是 自然 语言 的 描述 。 
可 以 分 为 两 类 : 述 软 伯 


从 信息 传递 的 




















se 
从 征 





























是 什么 样 ， 另 一 类 是 
和 度 看 ， 这 两 者 不 可 分 离 ， 否 则 会 造成 信息 的 残缺 。 


描述 软 作 





为 什 








模板 来 看 ， 后 者 3 
取信 息 最 大 化 这 一 






































未 得 到 足够 重视 ， 大 多 时 候 被 认为 是 过 渡 信 息 
目标 的 达成 ,下面 来 看 一 个 简 











我 们 开发 监视 系统 时 ， 可 能 得 到 这 么 一 条 需求 : 通过 扩大 摄像 头 的 旋转 速度 和 扫 





范围 来 扩 











大 一 个 摄像 头 的 覆盖 范围 


o 与 
45” 等 。 





。 当 然 这 一 需求 可 以 继续 分 解 ， 比 如 ， 把 摄像 头 的 旋转 角 














自从 30” 扩 大 到 




















最 终 玫 





F 发 人 员 人 按照 所 有 的 要 求 完成 了 系统 ， 客 户 看 到 的 时 人 








居 却 可 能 











并 不 接受 。 原因 





是 ， 


这 条 需求 的 本 意 是 降低 成 本 ， 但 为 了 达成 提升 速度 和 摄像 头 扫描 范围 的 目的 ， 开 发 方 却 使 用 





了 一 些 更 为 昂贵 的 器 材 。 
在 这 一 过 程 中 “ 降 1 














本 【三 


背景 只 


5 入 


氏 成 本 ”就 是 上 述 所 说 的 县 ， 


信 ‘ 








是 在 传递 过 程 中 ， 这 一 信 |， 








损耗 了 。 事 实 上 ， 











大 部 分 需求 的 背后 都 隐 含 着 这 类 背景 信息 。 








即使 在 RUP 这 样 知名 的 需求 模板 中 ， 似 乎 也 并 没有 关注 “软件 为 什么 是 这 样 >， 而 主要 








关注 的 是 “软件 是 什么 样 ”。 















































最 后 做 一 点 总 











结 。 需 求 开发 的 目的 是 弄 清楚 价值 根源 ， 而 不 是 符合 客户 说 的 东西 。 因 此 ， 



























































有 的 时 候 甚至 需要 屏蔽 掉 一 些 客户 言行 上 所 带 来 的 干扰 。 屏 蔽 的 终极 手段 是 忽略 客户 代表 这 















































层 ， 直 接 自 己 分 析 和 定位 价值 根源 ， 很 有 人 和气 的 iPhone 似乎 就 是 这 么 干 的 。 


























在 关于 需求 的 书籍 或 文章 中 ， 往 往 会 描述 需求 在 客户 、 项 目 经 理 、 需 求 分 析 员 、 程 序 员 、 
商业 顾问 间 进 行 变形 的 过 程 。 大 家 普遍 认为 ， 原 本 的 期 望 是 做 一 个 沙发 ， 但 最 终 出 来 的 是 个 


木 椅 子 这 类 事情 在 















































也 


软件 开发 里 一 点 也 不 稀奇 。 











但 这 逻辑 其 实 不 对 。 如 果 客 户 真 的 可 以 清楚 的 描述 自己 想 要 的 是 一 个 沙发 ， 那 么 项 目 经 




















了 棒子 后 ， 他 才 可 
还 在 不 停 的 变化 。 
力 和 态度 的 问题 ， 









































理 并 不 会 把 它 误解 为 一 把 椅子 。 关 键 点 就 是 客户 也 不 知道 自己 要 的 是 沙发 还 是 椅子 ， 只 有 看 














能 意识 到 “ 啊 ， 我 要 的 是 沙发 。” 也 就 是 说 ， 需 求 一直 是 处 在 烟雾 中 ， 并 且 
假使 说 客户 真能 很 清楚 的 表达 他 的 要 求 ， 那 后 续 各 种 偏差 就 变 成 了 工作 能 
事实 显然 并 非 如 此 。 


























6.2.2 ”逻辑 链 2: 80/20 法 则 


软件 是 一 种 固 


一 量 上 等 价 的 信息 ， 


的 思维 一 思维 的 交换 是 从 杂乱 、 无 序 的 信息 中 ， 提 取 有 价值 信息 的 过 程 
价值 不 等 价 一 要 能 标识 清楚 什么 是 核心 价值 ， 





从 用 户 来 的 信息 大 多 杂乱 ， 既 无 层次 ， 也 无 条 理 ， 所 以 第 一 步 是 要 对 其 进行 归 类 。 
各 种 信息 大 致 可 以 按 图 6-2 所 示 归 类 。 

















可 维护 性 要 求 


图 6-2 需求 的 类 别 








归 类 之 后 ， 我 们 往往 发 现 信息 依然 庞杂 。 如 果 我 们 认为 需求 中 所 包含 的 每 条 信息 分 别 对 








应 一 定 的 价值 ， 那 
匀 的 〈80/20 定律 ) 
这 种 标识 将 决定 资 

















我 们 看 一 个 极端 情形 。 大 多 时 候 使 用 


可 以 投入 项 目 整体 





2 











么 其 和 就 是 软件 的 整体 价值 。 而 显然 的 ， 价 值 在 等 量 信息 上 的 分 布 是 不 均 
。 这 就 要 求 标识 出 核心 价值 的 所 在 ， 在 项 目 所 能 文 配 的 资源 是 有 限 的 时 候 ， 
源 分 配 原 则 。 



























































生 要 求 会 消耗 掉 的 人 月 在 很 大 的 一 个 范围 内 浮动 ， 
资源 的 10%， 也 可 以 投入 $0%。 在 iPhone 里 ， 这 部 分 可 能 是 核心 价值 ， 所 





于 和 







































































以 资源 需要 向 这 类 要 求 上 倾斜 ， 但 在 不 以 此 为 核心 的 项 目 里 《比如 项 目 管理 软件 )， 仍 然 使 用 
这 种 比例 ， 就 可 能 导致 项 目的 失败 。 这 些 关 键 要 求 与 软件 的 存在 价值 产生 直接 对 应 。 这 不 只 
是 一 种 形式 上 的 优先 级 ， 事 实 上 也 定义 出 了 软件 的 大 致 边界 ， 与 这 些 核心 价值 关联 小 的 ， 就 
是 可 以 舍弃 的 要 求 。 

一 个 往往 被 忽略 的 事实 是 ， 标 识 出 关键 要 求 也 是 保证 概念 完整 性 的 有 效 手段 。 自 从 《人 
明神 话 》 提 出 确保 概念 完整 性 这 一 原则 以 来 ， 大 多 数 人 对 此 表示 认同 。 

但 与 此 相对 的 是 ， 随 着 软件 的 越发 庞杂 ， 其 牵涉 的 概念 也 就 越 为 丰富 ， 这 样 也 就 必须 多 
人 同时 对 软件 的 需求 进行 开发 和 维护 ， 这 一 现实 本 身 反 过 来 又 构成 对 概念 完整 性 的 破坏 。 

为 应 对 这 种 情形 ， 需 求 本 身 就 必须 分 出 层级 ， 最 顶层 的 就 是 关键 要 求 ， 而 其 他 要 求 则 是 
对 这 些 关 键 要 求 的 完善 和 补充 。 
关键 要 求 往 往 与 领域 模型 相对 应 。 比 如 说 ， 我 们 前 面 提 到 过 的 项 目 管 理 系 统 ， 没 有 对 现 
存 主要 问题 以 及 对 Effort 驱动 ， 关 键 路 径 ， 资 源 分 配 这 样 概念 的 统一 建 模 ， 是 描绘 不 出 关键 
要 求 的 。 






















































































































































































概念 完整 性 新 解 

如 果 说 软件 开发 自身 包含 着 两 个 根本 步骤 : 需求 的 开发 和 实现 。 那 么 概念 完整 性 无 疑 也 
包含 着 两 个 子 项 。 需 求 上 的 概念 完整 性 和 设计 上 的 概念 完整 性 。 而 为 确保 概念 完整 性 ， 显 然 
的 手术 师 团 队 型 组 织 更 为 适合 。 简 单 来 讲 就 是 需求 由 一 个 人 员 负 责 ， 设计 由 一 个 人 负责 。 这 
反 过 来 定义 了 两 个 尺度 ， 一 是 需求 开发 的 尺度 ， 二 是 设计 的 尺度 。 在 限定 时 间 内 ， 需 求 开 发 
和 设计 最 好 只 做 到 1 个 人 可 以 做 到 的 程度 ， 这 样 的 话 组 织 效率 会 高 。 

这 似乎 有 点 抽象 ， 但 想象 一 下 ， 需 求 开 发 是 可 以 无 限制 向 纵深 扩展 的 ， 极 端 情形 下 可 以 
试图 预先 把 每 个 按钮 都 定义 清楚 。 但 无 限制 做 下 去 大 多 时 候 得 不 偿 失 ， 这 样 就 需要 判定 做 到 
哪里 告 一 段落 ， 剩 下 的 则 在 迭代 的 过 程 中 解决 ， 而 上 面 所 讲 的 正 是 一 个 判断 的 依据 。 


6.2.3 ”逻辑 链 3: 需求 开发 的 终结 


项 目 所 能 耗费 的 资源 是 有 限 的 一 需求 如 果 无 限 扩张 ， 会 造成 以 有 限 资 源 做 无 限 工 作 的 局 
面 ， 最 终 导 致 忙中 出 错 一 在 广度 上 ， 由 于 软件 的 应 用 环境 处 在 变化 之 中 ， 导 致 需求 天 生 有 越 
来 越 多 的 趋势 一 在 广度 上 ， 对 不 做 哪些 需求 要 有 清楚 定义 一 在 深度 上 ， 需 求 的 明确 是 一 渐进 
的 过 程 。 指 望 在 初期 某 一 截止 时 间 点 ， 澄 清 所 有 需求 是 不 现实 的 。 但 能 够 澄清 的 没有 澄清 ， 
却 又 导致 效能 降低 一 在 深度 上 ， 要 使 需求 开发 的 细致 程度 有 所 定义 。 

需求 开发 同时 面 对 两 个 维度 上 的 压力 〈 尽 管 有 时 候 ， 这 两 个 维度 可 能 有 所 重 瑚 )。 

在 广度 上 ， 需 求 开发 要 尽 可 能 明确 究 竞 做 什么 ， 不 做 什么 ， 如 自己 开发 的 项 目 管理 系统 
究竟 要 不 要 和 MS Project 互相 导入 导出 数据 。 

在 深度 上 ， 需 求 开发 需要 尽 可 能 明确 ， 待 开发 软件 的 细节 ， 如 表单 的 具体 格式 。 

在 这 两 个 维度 上 进行 取舍 时 ， 所 需要 遵循 的 原则 并 不 相同 ， 我 们 来 分 别 做 一 点 考察 。 

1. 在 广度 上 寻找 需求 开发 的 边界 

明确 做 或 者 不 做 某 件 事情 的 时 候 ， 有 两 个 关键 支点 : 一 是 值 不 值得 做 ， 二 是 能 不 能 做 。 

似乎 是 “ 值 不 值得 做 ”这 一 维度 上 的 判断 有 更 大 的 权重 ， 毕 竞 大 多 时 候 软 件 是 商业 的 一 
种 延续 ， 但 实际 上 这 个 想法 是 很 多 软件 开发 出 问题 的 罪魁 祸首 。 

影响 软件 存在 价值 的 东西 ， 无 颖 具有 最 高 优先 级 ， 但 值得 注意 的 是 需求 进行 扩张 的 时 候 ， 
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扩张 的 并 非 这 种 生死 侯 关 的 需求 ， 
比如 说 ， 在 开发 项 









































一 管理 软件 之 中 ”。 


管理 软 们 
分 解 创建 每 个 人 的 任务 ” 而 是 关于 “是 否 要 文 持 在 Excel 


而 是 











些 有 价值 但 又 不 影响 软件 生死 存亡 的 要 求 。 
F 时 ， 大 多 时 候 ， 需 求 扩张 时 并 不 是 关于 “要 能 够 依照 WBS 























创建 任务 ， 而 后 把 任务 导入 到 这 


这 很 正常 ， 影 响 软件 生死 存亡 的 要 求 是 软件 存在 的 根本 ， 大 多 时 候 在 第 一 时 间 就 会 被 提 


























出 来 ， 





开 不 需要 在 后 面 进行 持续 地 扩充 。 























在 现实 





， 商 业 要 求 总 是 有 更 








高 的 权重 ， 这 就 导致 了 这 种 不 











改 也 行 ， 做 了 更 好 的 需求 会 











不 断 增加 。 这 个 时 候 如 果 

















程 本 身 又 是 定 死 的 ， 事 情 就 会 变 得 非常 乾 次 。 

















成 了 唯一 的 变量 ， 于 是 
时 ， 日 程 变 得 越 来 越 紧 张 ， 项 目 














发 人 员 就 变 成 ] 


是 否 裔 溃 贝 








We 
































根 根 不 停 增加 的 和 





























个 需求 究竟 做 或 者 不 做 时 
考虑 








， 先 判定 是 不 是 
“能 不 能 做 ”时 ， 无 疑 的 要 考虑 当前 的 工作 负荷 、 新 要 求 可 能 耗费 的 人 力 ( 需 要 比较 精 





“不 做 会 死 ”， 











全 











的 估算 ) 等 ， 但 这 反倒 不 是 困难 





的 事 ; 


博 。 











2. 在 深度 上 寻找 需求 开发 的 
如 前 文 所 说 ， 理 论 上 讲 ， 





边界 


需求 开发 的 结果 与 最 终 代 码 应 该 完全 等 价 ， 








但 它们 描述 的 实质 上 却 是 同一 个 东西 。 


















































这 里 的 难点 在 于 ， 需求 开 

















否 又 符合 最 佳 资源 分 配 的 原则 ? 


























求 开发 得 
伴随 着 对 “ 想 ” 的 深化 。 














围 上 ， 还 是 细致 程度 上 。 


不 论 是 范 
而 项 


























好， 也 只 是 想象 中 的 软件 ， 


的 时 间 限 制 不 太 可 能 允许 单纯 的 需求 开发 
































如 果 不 是 , 那 要 优先 考虑 “能 





i 
二 网 


发 人 员 的 工作 变 





与 此 同 


取决 于 最 后 那 根 稻草 是 否 出 现 。 所 以 说 在 判断 茶 


\ 能 做 ”。 














因为 虽然 











朋 度 不 同 ， 





发 真 的 可 以 做 到 代码 所 能 到 达 的 细致 程度 么 ? 达到 这 种 程度 是 







































































我 们 可 以 把 需求 开发 与 设计 编码 的 关系 类 比 为 常 说 的 “ 想 ” 和 “做 ”。 在 没 实现 之 前 ， 需 
是 “ 想 ”。 而 在 “设计 编码 ” 即 “做 ”的 过 程 中 ， 始 终 





这 就 导致 如 果 想 做 完美 的 需求 开发 , 那么 需求 开发 必然 与 软件 开发 整体 结束 的 时 间 一 致 ， 














直 持续 下 去 。 所 以 需求 














而 止 的 需求 开发 。 需 求 开发 究竟 在 哪里 终结 本 身 是 个 经 济 问题 。 


























我 们 假设 预先 澄清 某 一 需求 的 成 本 是 X， 而 没事 先 澄 ; 
期 发现， 并 进行 应 对 的 成 本 为 Y。 显 然 在 X=Y 是 需求 开发 的 终 | 
， 有 眼下 并 无 定论 ， 我 们 来 试 做 一 点 分 析 。 
需求 对 后 续 环 节 ( 设 计 、 编 码 、 测 试 等 ) 影响 比 














时 
究竟 有 哪些 
X<Y 意味 着 Y 会 偏 大 ,而 Y 











发 将 是 适 可 

















青 这 























偏 大 意味 着 

















较 大 。 这 样 的 话 ， 我 们 








知道 下 面 这 些 方面 基本 满足 这 一 条 件 。 


需求 ， 导致 这 需求 在 较 晚 
尺度。 至 于 X<Y 的 情形 














@ 方向 性 约束 。 这 类 约束 一 旦 忽略 ， 很 可 能 软件 自身 的 存在 意义 或 可 能 性 就 受到 影响 。 
如 与 既定 公司 策略 的 吻合 程度 ， 有 关 的 现行 法 规 或 标准 ， 是 否 现存 技术 可 以 支撑 ， 是 


否 有 类 似 的 产品 或 组 件 ( 购 买 即 
@ 非 功 能 性 要 求 往往 对 应 于 代码 的 














可 ) 等 。 























比如 , 每 条 记录 的 查询 时 让 
内 存 耗费 的 程度 。 
































@ 国际 化 的 要 求 。 比 如 ， 支 持 的 语种 、 国 家 和 地 区 。 
@ 支持 的 硬件 和 和 平台。 比如， 是 否 会 既 支 持 Windows 也 支持 Linux， 是 否 支 持 64bit。 








@ 是 否 需 要 兼容 什么 软件 、| 
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旦 .不 
是 否 要 


协议 o 比如 》 





同 Offfice 互 换 数 据 。 


民 本 结构 ， 如 果 没 有 预先 澄清 ， 大 多 时 候 得 不 偿 失 。 
j 必 须 少 于 0.1s (性 能 要 求 ), 必须 平台 无 关 ( 可 移植 性 要 求 )， 














@ 与 出 错 处 理 这 样 全 局 性 机 制 相关 的 要 求 需要 预先 澄清 。 比 如 , 操作 过 程 中 如 果 磁 盘 满 ， 
那么 需要 弹出 XX 消息 ， 接 下 来 操作 终止 。 
@ 横 跨 整个 软件 的 Use Case。 比 如 说 ， 对 于 项 目 管理 软件 ， 创 建 任 务 ， 跟 踪 任 务 ， 对 应 
的 时 间 收 集 这 样 的 典型 场景 下 隐 含 着 整个 管理 思想 (领域 模型 )。 
@ 与 上 述 项 目 相 反 ， 前 期 细致 讨论 与 UI 相关 的 细小 需求 往往 得 不 偿 失 。 
非 功 能 性 要 求 
很 多 非 功能 性 需求 是 需要 预先 考虑 的 ， 一 旦 放 入 迭代 之 中 往往 会 得 不 偿 失 。 
《软件 架构 设计 》 一 书 中 对 非 功 能 性 要 求 做 了 很 好 的 总 结 和 描述 ， 下 面 做 一 点 摘录 。 
急 性 能 : 包括 速度 ， 吞 吐 量 和 持续 高 速 性 3 方面 的 要 求 。 
@@ 安全 性 : 指 软件 系统 同时 兼顾 向 合法 用 户 提 供 服 务 ， 以 及 阻止 非 授权 使 用 的 能 
急 易 用 性 : 指 软件 易于 使 用 的 程度 。 
急 可 伸缩 性 : 指 当 用 户 数 和 数据 量 增加 时 ， 软 件 系统 维护 高 服务 质量 的 能 
急 可 靠 性 : 指 软件 在 一 定时 间 内 无 故障 运行 的 能 
合 重 棒 性 : 指 软件 系统 在 以 下 状况 下 仍 能 正常 运行 的 能 力 : 用 户 进行 了 非法 操作 ; 相连 
的 软 硬 件 系统 发 生 了 故障 ， 以 及 其 他 非 正 常情 况 。 
急 可 扩展 性 : 为 适应 新 需求 或 需求 变化 为 软件 增加 功能 的 能 力 。 
急 可 重用 性 : 重用 软件 系统 或 其 一 部 分 的 能 力 的 难 多 程度 。 
仿 测 性 : 对 软件 测试 以 证 明 其 满足 需求 规约 的 难 易 程度 。 
银 可 维护 性 : 为 了 达到 下 列 3 种 目的 之 一 ， 而 定位 修改 点 并 实施 修改 的 难 易 程度 : 修改 
Bug、 增 加 功能 、 提 高 质量 属性 。 
急 可 移植 性 : 将 软件 从 一 个 运行 环境 转移 到 另 一 个 不 同 的 运行 环境 的 难 易 程度 。 














































































































6.2.4 逻辑 链 4: 变化 永恒 


软件 是 一 种 固化 的 思维 一 思维 必然 受到 客观 世界 种 种 变化 的 影响 ， 其 自身 也 必然 是 不 断 


变化 的 一 需求 开发 自身 乃至 后 续 环 节 需 要 是 容易 应 对 变化 的 ， 即 应 对 变化 的 成 本 要 低 。 


不 算数 。 但 事实 是 这 世上 确实 没有 不 变 的 需求 ， 客 户 对 此 有 一 定 程 度 的 影响 ， 但 需求 变更 


BA 

















从 纯粹 的 技术 人 员 的 视角 看 ， 客 户 往往 是 “可 恨 ” 的 。 因 为 他 们 话说 不 清楚 ， 并 且说 话 
主 



































SR 





























位 








E 却 并 不 是 客户 所 能 左右 的 。 这 也 就 反 过 来 要 求 需求 开发 必然 是 能 够 适应 变化 的 需求 开发 ， 

















设计 编码 等 也 要 是 能 够 适应 变化 的 设计 、 编 码 。 





























在 6.2.3 节 中 我 们 曾经 提 到 ,需求 开发 自身 不 能 无 限制 地 做 下 去 , 要 适可而止 。 但 实际 上 ， 





























变化 发 生 与 此 时 需求 开发 停留 在 什么 样 的 层次 上 无 关 。 这 种 变化 往往 是 全 方位 ， 多 层次 的 。 




















比如 说 ， 我 们 在 为 特定 浏览 器 开发 Web 页 生成 程序 时 ， 即 使 进行 需求 开发 ， 也 未 必 会 注 

















意 到 <p> 和 <ul> 不 能 组 合 使 用 。 但 在 原型 出 来 后 ， 这 类 需求 则 会 被 不 断 发 现 。 























需求 变化 自身 的 特质 对 软件 开发 名 个 环节 的 冲击 非常 的 大 ， 我 们 来 做 点 具体 分 析 。 

@ 已 知 的 需求 量 越 大 、 需 求 间 关联 性 越 强 、 需 求 自 身 的 确定 性 越 强 、 对 应 时 间 越 长 ， 越 
可 以 按部就班 地 开发 软件 。 比 如 说 ， 开 发 项 目 管理 系统 时 ， 预 先 可 能 收集 到 了 50 页 
的 原始 需求 ， 那 么 就 可 以 针对 这 些 需 求 写 出 比较 详细 的 规格 说 明 书 、 估 算 、 做 计划 、 
写 设计 文档 而 后 编码 。 测 试 的 时 候 也 可 以 设计 比较 全 的 Case 对 需求 进行 完整 覆盖 。 
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@ 需求 碎片 化 越 严重 、 对 应 期 间 越 短 ， 软 件 开 

















发 相关 环节 浓缩 得 越 厉 害 ， 也 就 越 需 要 敏 


捷 式 方法 。 比 如 说 ， 项 目 管理 系统 发 布 后 ， 用 户 可 和 全 0 这 些 需 求 




















间 彼 此 并 没有 什么 关联 ， 散 布 在 既 有 系统 的 各 个 模块 之 














上 ， 并 且 和 希望 能 够 快速 对 应 。 














~ 





这 个 时 候 ， 就 很 难 给 每 个 需求 写 规格 说 明 、 每 个 需求 写 设计 文档 。Release 次 数 增加 的 

















同时 ， 回 归 时 候 如 何 提高 覆盖 率 也 会 变 得 




















个 简单 的 例子 。 








上 述 两 类 情形 事实 上 形成 一 种 约束 ， 开 发 方法 所 





比较 困难 。 

















等 要 在 这 种 约束 下 改变 自身 ， 我 们 来 看 两 




















@ 当 我 们 谈 及 软件 开发 时 ， 我 们 总 会 遇 到 很 多 争论 ， 是 不 是 需要 单元 测试 、 是 不 是 需要 























度 问 题 往往 是 没有 具体 答案 的 。 









































CMMI， 是 不 是 用 敏捷 等 ， 但 事实 上 这 些 都 是 尺度 问题 
































旦 脱离 具体 约束 来 考虑 尺 








比如 说 ， 当 我 们 使 用 测试 驱动 开发 的 时 候 ， 一 定 是 要 付出 代价 的 。 试 想 一 下 ， 测 试 开发 


下 ， 维 护 一 份 同步 更 新 的 测试 代码 怎么 可 能 没有 代价 。 





























关键 是 这 种 代价 是 否 产 生 了 是 够 的 收 




















益 ， 而 不 是 这 种 方法 是 否 有 收益 。 而 需求 是 否 碎片 化 严重 ， 是 否 变 化 频 度 很 多 则 是 项 目 所 需 


要 面 对 的 众多 约束 中 极为 关键 的 一 个 。 











就 上 述 情形 而 论 ， 如 果 一 ee 
维护 一 份 完 整 的 测试 代码 无 疑 收益 较 小 ， 可 能 得 不 偿 失 ， 而 一 旦 其 需求 碎片 化 程度 非常 严 习 
例 ， 就 是 致命 的 。 

两 个 目标 需要 同时 达成 : 一 是 产品 究竟 要 














柯 





又 需要 频繁 发 布 ， 那 么 缺乏 完整 的 可 自如 

















@ 以 需求 开发 自身 而 言 ， 面 对 频繁 变化 时 ， 有 
收成 什么 样子 要 有 清晰 的 概念 ， 不 能 乱 〈 概 念 完整 性 ); 











错漏 。 


加 













































































二 是 小 的 需求 本 身 不 能 产生 


从 形式 上 来 讲 ， 体 现 概 念 完 整 性 需要 完整 的 文档 来 记述 需求 (RUP 等 都 提供 了 需求 规格 
说 明 书 的 文档 模板 )， 这 类 文档 可 以 是 Word 或 者 Excel 格式 。 但 持续 发 生 的 小 需求 则 使 产品 
































身 的 概念 片段 化 、 凌乱 化 。 从 形式 上 来 看 ,为 追踪 这 类 











需要 使 用 Web 系统 分 别 进行 跟踪 。 同 时 需求 文档 





求 却 表 定 不 会 按照 文档 的 层次 结构 发 生 ， 把 他 们 集成 到 文档 里 ， 
































小 需求 〈 分 析 、 实 现 、 测 试 等 环节 )， 
大 多 时 候 是 有 一 种 层次 结构 的 ， 但 零散 小 需 




















一 定 程 度 上 会 破坏 现 有 文档 








的 层次 结构 。 这 就 使 需求 有 分 化 的 趋势 ， 项 目 组 必须 决定 是 以 文档 为 准 ， 还 是 以 Web 跟踪 系 























统 为 准 。 








为 使 需求 开发 能 够 适应 上 述 所 说 种 种 变化 ， 那 么 至 少 有 


























两 个 维度 上 的 事情 需要 考虑 。 


(1) 从 组 织 形态 来 看 ， 如 果 产 品 概念 维护 在 多 个 人 手中 ， 那 么 是 不 利于 应 对 变化 的 。 
这 就 是 《人 月 神话 》 中 ， 经 常 提 到 的 概念 完整 性 。 当 这 种 完整 性 被 破坏 的 比较 彻底 时 ， 





















































一 旦 变化 发 生 ， 事 实 上 没 人 知道 这 种 变化 对 产品 会 产生 怎么 样 的 冲击 。 


























《2) 从 文档 化 的 角度 看 ， 如 果 文 档 自身 过 于 厚重 ， 那 么 是 











@ 比较 常见 的 一 个 容易 变 的 厚重 的 文档 被 称 











故 机 能 规格 说 

















\ 利 于 应 对 变化 的 。 
明 书 (Functional Specification ) 

















或 者 叫 需 求 规格 说 明 书 (Requirement Specification)。 这 类 文档 的 写法 并 不 相同 ， 常 见 














的 形式 大 概 有 两 种 : 以 UI 为 文档 结构 的 基础 ， 或 者 以 月 


























例 为 文档 结构 的 基础 。 





@ 总 体 上 来 看 是 ， 如 果 文 档 细 致 程度 不 当 是 不 利于 应 对 变化 的 。 其 原因 是 ， 一 个 软件 只 
应 该 对 应 一 份 文档 ， 而 在 频繁 变化 下 ， 上 述 这 类 文档 无 法 应 对 。 如 果 同 时 维护 这 份 文 
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为 日 用 平台 ， 这 类 文档 必然 会 被 边缘 化 。 
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当 和 Web 系统 中 的 Ticket 信息 ， 那么 需求 信息 就 需要 同 








步 , 同时 由 于 Ticket 系统 会 成 











如 果 不 维护 ， 





那么 以 此 为 根基 的 测试 和 实现 




















又 不 好 组 织 。 

@ 绥 解 的 方法 是 ， 以 文档 为 基线 ， 一 旦 到 达 某 类 Milestone 后 则 停止 这 类 文档 的 更 新 ， 
转 以 Ticket 系统 为 主 ， 如 果 需 要 在 项 目 结束 后 统一 更 新 。 这 也 会 导致 不 一 致 性 问题 ， 
但 程度 会 轻 。 

@ 以 改善 方向 而 论 ， 似 乎 可 以 把 整个 需求 的 描述 都 搬 到 Web 上， 并 构建 一 种 层次 关系 。 
比如 ， 一 个 UseCase 和 后 续 各 种 变化 的 层次 关系 。 但 很 遗憾 ， 就 笔者 自身 而 言 ， 还 没 

看 到 相应 的 工具 和 实践 。 


6.2.5 ”逻辑 链 5: 偏好 上 的 免疫 力 


重复 做 同样 的 工作 会 降低 效率 一 变化 本 身 可 以 分 为 有 价值 变化 和 偏好 性 变化 一 偏好 性 变 
化 实质 上 是 一 种 重复 ， 要 尽 可 能 滤 掉 偏 好 性 变化 。 

有 的 时 候 会 发 生 一 些 很 有 趣 的 事情 。 客 户 看 到 了 程序 后 提 意 见 : 表格 要 多 一 个 列 来 记录 
XX， 查 询 方法 要 使 AA 和 BB 可 以 自由 组 合 等 。 但 最 终结 果 可 能 是 这 个 列 实 在 没 用 ， 又 被 删 
掉 了 ， 而 新 增 的 查询 方法 却 基本 没 人 用 。 这 实质 上 等 于 做 了 浪费 性 的 工作 。 

需求 变化 大 致 可 以 分 为 两 类 : 一 类 是 源 日 现实 ， 有 价值 的 变化 ， 男 一 类 则 是 比较 纯粹 的 
个 人 偏好 。 对 应 前 一 类 变化 ， 更 类 似 于 生意 ， 只 有 值 或 不 值 。 而 对 应 后 一 类 变化 ， 则 往往 得 
不 偿 失 。 后 一 类 变化 的 基本 特征 是 不 稳定 ， 因 人 而 异 ， 且 无 涉 大 局 ， 最 终 只 会 导致 双 输 。 

对 这 类 变化 最 好 的 方法 是 不 应 对 ， 和 否则 基本 上 是 没有 遍 家 ， 但 不 应 对 也 需要 一 定 手段 。 
简单 的 办 法 是 把 它们 也 转化 为 纯粹 的 生意 ， 有 这 类 要 求 的 人 必须 付出 相应 的 代价 。 
在 外 包 类 环境 里 ， 则 可 以 直接 表现 为 人 月 增加 。 但 受 现实 限制 ， 这 类 方法 往往 行 不 通 ， 
更 完美 的 办 法 ， 是 对 软件 价值 根源 理解 更 深 的 人 ， 从 究竟 什么 是 更 合理 的 操作 方法 这 样 的 视 
角 进 行 解释 。 






























































































































































































































































































































































































































































软件 开发 中 的 商业 因素 与 政治 因素 
客户 偏好 天 生 就 会 被 伪装 成 需求 ， 客 户 A 可 能 希望 用 Outlook 风格 的 UI， 而 客户 B 这 可 
能 喜欢 用 Word 风格 的 UI。 这 类 偏好 的 特征 是 对 软件 的 根本 价值 影响 不 大 ， 但 确实 影响 体验 。 
这 看 起 来 是 需求 ， 但 决定 这 类 事情 最 终 处 理 方 法 的 是 商业 因素 和 政治 因素 〈 如 大 客户 不 能 得 
罪 ， 目 标 群体 是 年 轻 人 等 ) 解决 这 类 问题 远 比 预想 的 麻烦 ， 解 决 “项 目 政治 ”的 问题 往往 需 
要 恰当 的 “政治 ”手段 ; 解决 “商务 问题 ”往往 需要 恰当 的 “商务 手段 *， 最 怕 的 是 解决 什么 
都 用 “技术 手段 ”， 这 种 分 析 可 以 写 得 很 复杂 ， 但 偏离 本 书 的 主线 ， 不 再 进一步 探讨 了 。 


6.3 完美 需求 开发 
大 学 之 道 ， 在 明明 德 ， 在 亲民 ， 在 止 于 至 善 ， 
一 一 《 礼 记 . 大 学 》 
6.3.1 完美 需求 开发 的 形象 


当 一 辆 车 从 苏州 开 向 北京 时 ， 其 全 部 目标 可 能 并 不 仅仅 是 到 达 北 京 ， 很 可 能 还 会 有 一 些 
额外 的 要 求 ， 如 到 镇 江 去 买 醋 ， 到 郑州 去 接 人 等 。 
这 个 时 候 如 果 能 够 预先 了 解 这 些 要 求 ， 那 就 可 以 规划 出 最 佳 的 行车 路 线 ， 否 则 等 到 了 河 
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北 才 发 现 ， 
过 各 





与 软件 开发 
总 结 来 看 ， 完 美的 需求 


需要 跑 回 








山东 买 一 点 














菜 ， 那 无 疑 是 




















的 需求 用 
































发 具有 这 样 一 些 特征 。 








完美 的 需求 天 





美的 需求 天 








F 发 ， 直 指 价值 
能 够 很 好 地 把 握 尺 度 ， 把 菜 些 前 期 投入 精力 也 弄 不 清 
从 广度 上 看 ， 对 可 以 预知 的 没有 遗漏 ， 对 不 可 以 预知 














民 源 ， 分 得 清 轻重 缓急 。 
































从 深度 上 看 ， 每 次 需求 
从 组 织 形 式 上 看 ， 需 求 开 发 自身 是 适应 变化 的 。 
F 发 把 建 模 看 成 可 有 可 无 
身 的 性 质 所 决定 。 好 比 说 开发 管理 软件 ， 那 么 不 对 管理 方法 进行 建 模 ， 开 发 



































楚 
的 判断 其 发 4 
发 要 停留 在 恰当 的 边界 上 ， 既 不 太 细 

















二 的 事情 留 给 迭代 。 
可 能 性 。 











的 手段 ， 认 为 建 模 并 不 总 是 必要 的 ， 这 将 由 
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然 头 痛 医 头 ， 
求 ， 儿 乎 所 有 


6.32 








靖 




















医 脚 ， 变 化 




















敏捷 宣言 所 遵循 的 原则 里 面 的 很 多 条 于 与 需求 开发 相关 ， 
@ 我 们 最 优先 要 做 的 是 通过 尽早 得 、 持 续 得 交付 最 优 价值 的 软 伯 


@ 即使 到 了 也 欢迎 改变 需求 。 敏 捷 过 程 利用 变化 来 为 客户 创造 部 久 














也 不 太 粗 。 


FE 常 浪费 时 间 的 。 这 一 确定 各 种 附加 要 求 的 











软件 自 





的 管理 软件 必 




















慨 出 不 穷 。 而 对 于 手持 设备 上 的 软件 ，UI 几乎 可 以 表 条 
他 相关 分 析 都 属于 设计 环节 。 


敏捷 与 完美 需求 开发 的 异同 
































发 后 期 ， 

















体 如 下 。 









































来 使 客户 满意 。 




















优势 。 


F 所 有 需 


@ 经 常 性 交付 可 以 工作 的 软件 ， 交 付 的 间隔 可 以 从 几 个 星期 到 几 个 月 ， 交 付 的 间隔 越 短 


越 好 。 


@ 在 整个 项 目 开发 期 | 





基于 这 相 








过 合同 谈 因 


可 以 说 敏捷 的 起 点 和 我 们 上 再 
化 越 来 越 频 繁 ， 既 然 月 
么 要 写 几 百 页 的 文档 来 把 自 


I 这 样 的 宣言 。 














日 户 只 








上 四， 业务 人 员 和 























发 人 员 必 须 天 天 都 在 一 起 工作 。 
EF 的 原则 ， 敏 捷 宣言 提出 了 : 可 以 工作 的 软件 胜 过 面面俱到 的 文档 ， 客 户 合作 胜 














j 所 分 析 的 基本 一 致 。 通 份 



































| 











什么 不 首先 就 专注 在 软件 上 呢 ? 





然而 我 们 在 这 日 
50m 才 是 一 个 恰当 的 
之 一 与 人 相关 ， 这 里 始终 认为 停 在 恰当 的 尺度 上 的 文档 是 必要 的 。 这 主要 植 林 


因 。 









































一 是 人 始终 是 有 遗 态 、 
的 特质 与 历史 文化 等 相关 ， 恰 恰 是 最 不 好 把 握 的 一 环 。 考 虑 到 “说 话 算 数 ” 这 一 基本 原则 在 


各 种 文化 背景 下 都 可 以 获得 
的 内 容 则 不 能 缺失 。 很 简 自 
B 不 这 么 认为 ， 这 种 事情 只 





























己 伪装 成 已 经 理解 了 一 切 ， 接 下 来 再 不 停 





的 观点 毕竟 与 敏捷 不 同 。 形 象 来 讲 是 敏捷 走出 了 100m， 而 我 们 这 上 
E 离 。 文 档 自身 不 需要 面面俱到 ， 这 点 没 错 ， 但 考虑 到 


牛马 
TH 























点 讲 是 :既然 变 化 永恒 ， 且 变 
有 在 看 到 真正 的 软件 后 ， 才 能 进一步 深化 他 的 认识 ， 那 我 们 为 什 
也 修改 这 些 文档 呢 ? 为 


求 的 变化 来 源 















































如 果 没 有 这 类 文档 
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种 表单 的 总 结 ， 是 应 该 由 需求 提供 方 提供 原始 版 本 ， 还 是 由 用 
息 背 后 的 东西 。 对 软件 项 目 而 言 ， 














二 是 只 有 对 点 上 的 信息 进行 归纳 ， 才 可 能 发 现 这 些 信 ， 
这 些 背 后 的 信息 往往 价值 很 大 。 比 如 说 ， 在 做 一 个 监视 系统 的 时 候 ， 
包含 了 用 30 个 摄像 头 覆 盖 所 有 区 域 和 每 只 摄像 头 的 转角 要 有 30” 这 样 的 要 求 ,但 当 结合 
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识 ， 所 以 这 里 认为 文档 化 可 以 不 记录 某 些 细 
，A 可 能 认为 B 在 某 年 某 月 
可 能 引起 无 限 的 纷争 。 尤 其 是 牵涉 到 利益 分 割 的 事情 ， 比 如 ， 




















节 







































































F 发 方 自行 总 结 。 


















































于 以 下 两 个 原 


前 好 等 特质 的 。 这 类 东西 处 理 不 好 ， 会 导致 内 耗 大 幅 增加 。 而 人 


， 但 对 外 交流 时 
某 日 说 过 X， 但 


某 


] 户 的 需求 中 可 能 同时 
j 户 




















的 场地 进行 分 析 时 可 能 发 现在 转角 为 30” 时 , 歼 盖 所 有 区 域 并 不 需要 30 个 摄像 头 。 这 类 细节 
的 分 析 ， 没 有 文档 做 支撑 是 很 难 做 到 的 。 

发 现 原始 需求 背后 的 信息 对 某 些 生死 依 关 的 选择 非常 有 帮助 。 最 简单 的 例子 是 对 编程 语 
言 的 选择 ， 如 果 没 有 对 目标 软件 一 定 程度 上 的 分 析 和 认 知 ， 而 立刻 专注 于 生成 可 工作 的 软件 ， 
那么 编程 语言 的 选择 就 可 能 变 得 很 随意 。 
为 了 使 上 面 的 观点 更 加 清晰 ， 提 供 一 组 软件 规模 和 文档 规模 的 对 比 数据 会 更 有 意义 ， 但 
很 可 惜 ， 这 类 数据 暂时 还 无 法 找到 。 


6.3.3 ”完美 需求 开发 的 关联 要 素 


需求 开发 之 后 ， 才 能 够 开始 比较 精确 的 估算 。 而 需求 自身 则 是 设计 编码 的 输入 。 
上 述 两 点 都 要 求 需求 开发 能 够 在 较 早 时 期 增加 确定 性 。 

如 果 项 目 中 有 下 面 的 现象 ， 那 大 致 可 以 认为 是 需求 开发 需要 改善 。 
@ 在 较为 靠 后 的 阶段 ， 有 影响 全 局 的 需求 变更 发 生 。 比 如 ， 产 品 接近 完成 时 ， 发 现 使 用 
的 数据 库 需 要 更 换 。 

@ 开始 开发 了 ， 还 不 知道 最 终 会 做 出 什么 东西 。 
需求 开发 人 员 绞 尽 脑汁 写 需 求 ， 但 就 是 写 不 出 来 。 
@ 需求 没 理由 的 变 来 变 去 。 






















































































































































































































































































































































































需求 与 代码 的 映射 

需求 和 代码 描述 的 都 是 软件 ， 但 视角 不 同 ， 方 法 不 同 。 这 导致 两 者 之 间 虽 然 理 论 上 存在 
着 映射 关系 ， 但 却 很 难 用 表格 这 类 东西 来 记录 。 实 际 情况 是 ， 一 个 需求 可 能 映射 到 多 处 的 代 
码 ， 而 一 处 的 代码 也 可 能 映射 到 多 个 需求 。 

CMMI 在 REQM (需求 管理 ) 过 程 域 的 SP1.4 中 要 求 维护 双向 跟踪 答 阵 ( Requirements 
traceability matrix )， 这 导致 大 多 做 到 Level 2 的 公司 都 有 用 Excel 来 建立 需求 到 代码 映射 的 经 
历 。 但 这 应 该 是 错误 的 。 如 果 不 是 CMMI 模型 中 的 表述 有 问题 ,那么 就 是 大 家 对 CMMI 的 解 
读 出 了 问题 。 

在 多 对 多 的 映射 关系 下 ， 维 护 需求 到 代码 的 映射 ， 在 大 多 情形 下 ， 开 销 过 大 ， 几 乎 不 可 
能 。 但 大 多 时 候 维护 一 份 完整 的 软件 需求 文档 则 是 必要 的 一 只 是 恰 如 6.2.4 所 说 ,这 会 受到 
需求 碎片 化 的 挑战 。 
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如 果 我 们 把 设计 和 编码 中 的 各 种 问题 看 做 种 种 矛盾 ， 那 么 我 们 就 会 发 现 ， 在 设计 和 编码 
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7 章 ”完美 设计 和 编码 之 解构 























环节 ， 了 矛盾 极 多 。 而 与 此 同上 








寺 在 限定 的 资源 和 时 间 约 束 下 ， 解 决 所 有 的 矛盾 几乎 是 不 可 能 
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任务 ， 这 也 识 





其 中 的 主要 矛盾 ， 集 ! 
法 消解 的 也 只 能 承受 ， 











意味 着 在 所 有 了 矛盾 上 平 摊 权 重 是 极为 平庸 的 处 到 
































在 这 一 部 分 





已 ， 我 们 的 使 命 就 是 找 日 





























方法 。 更 合适 的 做 法 则 是 找到 











资源 进行 解决 ， 这 样 一 来 由 其 衍生 而 来 的 各 种 矛盾 就 会 自然 消解 ， 无 








即 带 着 明知 的 缺陷 前 行 。 


























证 我 们 带 着 下 面 的 疑问 ， 开 始 对 设计 和 编码 的 解构 。 
为 什么 所 有 的 设计 原则 都 遵守 了 ， 最 终 代 码 的 结构 还 是 不 好 ? 


为 什么 面向 对 





























象 流行 这 么 久 了 ， 仍 然 有 人 对 其 不 导 一 顾 ? 
为 什么 理解 面向 对 象 的 代码 时 ， 反 倒 会 觉得 困难 
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为 什么 有 人 认为 编码 也 是 设计 ， 而 有 人 认为 不 是 ? 











主要 矛盾 ， 以 逻辑 为 武器 ， 发 现 化 解 之 道 。 





为 什么 有 的 人 坚持 认为 “Big Up Design Front”， 有 人 却 坚 持 测 试 驱动 了 
要 做 ， 还 是 不 要 做 ? 


7.1 设计、 编码 和 文档 间 的 关系 


道 术 将 为 天 下 弄 。 





于 发? 设计 究竟 是 


一 一 庄子 ,《 天 下 》 


7.1.1 【设计 = 编码 】 VS 【设计 < 编码 】 


在 1992 年 ，Jack W。Reeves 发 表 了 一 篇 名 为 “Code as Design” 的 文章 ， 这 篇 文章 可 以 








这 是 20 多 如 


在 《敏捷 软件 开发 原则 、 模 式 与 实践 》 一 -] 
是 设计 ， 而 软件 开发 中 与 建筑 行业 ， 















































的 附录 中 找到 。 这 篇 文章 的 核心 观点 是 : 编码 也 
的 施工 所 对 等 的 工作 ， 已 经 被 编译 器 代理 了 

F 前 的 文章， 但 时 至 今日 ， 类 似 的 争论 仍 未 休 J 
需要 用 到 一 点 辩证 法 。 我 们 可 以 讲 : 设计 即 是 编码 ， 也 不 是 编码 。 














上 。 解 释 这 一 问题 并 不 复杂 ， 但 





在 前 文 我 们 曾经 一 再 论 及 ， 软 件 是 一 种 固化 的 思维 。 从 这 一 角度 看 ， 软 件 构建 的 核心 步 





又 只 有 两 个 : 



































是 明确 


此 说 设计 即 是 编码 也 没 











区 别 个 体 差异 的 往往 3 


























固化 什么 ;二 是 对 思维 进行 固化 。 设 计 和 编码 确实 都 属于 第 二 步 ， 因 












































什么 不 对 ， 它 们 本 质 相 同 。 但 分 类 的 时 候 ， 有 一 个 很 有 趣 的 现象 就 是 : 


























非 该 物种 最 本 质 的 特征 ， 而 是 某 些 微小 差别 。 比 如 区 分 不 同人 的 ， 并 


非 心 脏 、 神 经 系统 ， 而 是 肤色 、 脸 型 等 。 





当 软 件 出 现 之 后 ， 人 们 定义 设计 ， 编 码 这 样 的 名 词 时 ， 所 想到 的 估计 3 




















不 是 它们 本 质 上 









































一 样 不 一 样 ， 而 是 它们 哪里 不 同 。 设 计 和 编码 的 相同 点 在 于 它们 本 质 相 同 ， 
考虑 的 问题 层次 不 同 。 也 就 是 说 考虑 架构 和 考虑 某 个 函数 的 实现 时 ， 本 质 并 无 差别 ， 有 差别 
的 只 是 层次 。 从 这 个 角度 看 ， 说 设计 不 是 编码 也 没什么 不 对 。 
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不 同 点 则 是 它们 






































如 果 我 们 认为 思维 固化 过 程 中 确实 需要 层 层 分 解 ， 而 这 种 层次 是 连续 的 ， 那 确实 很 难 讲 
清楚 从 哪个 层次 开始 就 不 是 设计 ， 而 是 编码 了 。 所 以 这 种 争议 本 身 ， 起 源 于 词汇 自身 的 定义 ， 
并 不 是 特别 有 意义 。 在 这 本 书 里 ， 我 们 强调 的 是 思维 的 固化 ， 因 此 并 不 会 努力 区 分 设计 和 编 
码 的 边界 ， 而 认为 它们 是 同一 工作 的 不 同 层 次 。 

设计 所 处 的 层次 较 高 ,但 服务 的 对 象 却 是 更 底层 的 编码 ,毕竟 只 有 最 终 的 代码 才 与 软件 等 价 ， 
只 有 好 的 代码 才 代 表 好 的 软件 。 只 是 现实 中 这 种 依赖 关系 往往 被 倒置 ， 变 成 了 设计 指挥 编码 。 

关于 软件 架构 设计 

与 设计 相关 的 概念 里 最 吸引 眼球 的 应 该 是 软件 架构 设计 。 但 对 什么 是 软件 架构 设计 事实 
上 并 没有 定论 ， 反 倒是 从 架构 设计 所 要 做 的 事情 上 更 能 看 清 什 么 是 架构 设计 .。 

在 《软件 架构 设计 》 一 书 中 ， 温 昱 先生 提 到 了 5 视图 法 ， 这 可 以 让 人 比较 清楚 地 一 寅 架 
构 设 计 的 概貌 。 

(1) 逻辑 架构 

逻辑 架构 关注 功能 。 不 仅 包括 用 户 可 见 的 功能 , 还 包括 为 实现 用 户 功 能 而 必须 提供 的 “ 辅 
助 功能 模块 "， 它 们 可 能 是 逻辑 层 、 功 能 模块 和 类 等 。 

(2 ) 开发 架构 

开发 架构 关注 程序 包 ， 不 仅 包 括 要 编写 的 源 程序 ， 还 包括 直接 使 用 的 第 三 方 SDK 和 现成 
框架 、 类 库 ， 以 及 开发 的 系统 将 运行 于 其 上 的 系统 软件 或 中 间 件 。 

(3 ) 运行 架构 

运行 架构 关注 进程 、 线 程 、 对 象 等 运行 时 概念 ， 以 及 相关 的 并 发 、 同 步 、 通 信 等 问题 。 
(4) 物理 架构 

物理 架构 关注 “目标 程序 及 其 依赖 的 运行 库 和 系统 软件 ”最 终 如 何 安装 或 部 署 到 物理 机 
以 及 如 何 部 署 机 器 和 网 络 来 配合 软件 系统 的 可 靠 性、 可 伸缩 性 等 要 求 。 

(5 ) 数据 架构 

数据 架构 关注 持久 化 数据 的 存储 方案 ， 不 仅 包 括 实体 及 实体 关系 的 数据 存储 格式 ， 还 可 
能 包括 数据 传递 、 数 据 复制 和 数据 同步 等 策略 。 























































































































































































































如 
了 由 





温 旦 , 《软件 架构 设计 》 

这 一 分 类 的 好 处 是 让 人 比较 容易 找到 架构 设计 的 切入 点 ， 坏 处 则 是 把 架构 设计 这 一 工作 
无 边界 化 。 按 照 这 种 归 类 方法 ， 几 乎 没什么 不 属于 架构 设计 的 范畴 。 

我 们 这 里 的 归 类 与 上 述 略 有 不 同 。 

本 书 认为 持续 打造 概念 的 边界 和 定义 概念 间 的 逻辑 关系 是 设计 和 编码 的 核心 任务 ， 其 他 
方面 的 内 容 对 这 一 核心 任务 形成 约束 。 也 就 是 说 ， 认 为 上 面 5 视图 法 中 的 逻辑 架构 和 运行 架 
构 ， 数 据 架构 是 设计 的 核心 任务 ， 而 开发 架构 和 物理 架构 (乃至 其 他 ) 则 只 是 约束 的 一 种 。 
与 之 类 似 的 约束 还 有 很 多 ， 要 根据 需求 自身 来 逐一 考虑 。 

这 与 Brooks 在 《人 月 神话 》 中 所 陈述 的 观点 更 为 类 似 ，Brooks 认为 : 

所 有 软件 活动 包括 根本 任务 一 一 打造 构成 抽象 软件 实体 的 复杂 概念 结构 ; 次 要 任务 一 一 
使 用 编程 语言 表达 这 些 抽 象 实体 ， 在 空间 和 时 间 限 制 内 将 它们 映射 成 机 器 语言 。 

本 书 中 认为 开发 架构 和 物理 架构 这 类 的 约束 诚然 必要 ， 有 时 其 至 很 关键 ， 但 更 类 似 于 
Brooks 所 说 的 次 要 任务 ， 其 复杂 度 要 逊 于 打造 概念 边界 和 定义 概念 间 的 逻辑 关系 。 

比如 说 ， 当 我 们 要 开发 一 个 网 站 的 时 候 , 是 否 选择 Hadoop 作为 基础 平台 无 疑 是 非常 关键 
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的 ， 甚 至 可 能 决定 产品 未 来 的 成 败 。 但 完 竟 选择 哪个 平台 却 绝对 不 是 软件 开发 中 要 解决 的 本 
质问 题 ， 否 则 就 等 价 于 认为 软件 开发 是 一 种 组 装 工作 。 也 即 是 说 ， 平 台 自 身 并 不 是 软件 ， 只 
有 平台 上 的 开发 东西 才能 决定 软件 的 差异 。 

因此 本 书 中 并 不 会 去 探讨 : 如 何 考虑 究竟 是 自己 开发 还 是 使 用 现成 《开源 的 或 者 购买 ) 
的 产品 ?依据 什么 样 的 原则 来 部 署 软件 到 不 同 电脑 ”如 何 组织 代码 的 文件 和 目录 结构 ? 如何 
保证 编译 速度 最 佳 ? 如 何 选 择 合适 的 数据 库 等 ? 

但 这 并 不 意 人 、 使 用 哪个 数据 库 等 并 不 重要 或 者 意 
味 着 这 种 选择 很 简单 ， 而 只 是 说 这 是 另外 一 个 非常 独立 的 话题 ， 需 要 一 些 特别 的 考量 ， 比 如 
说 ， 框 架 与 需求 的 匹配 程度 ， 是 否 是 开源 的 ， 是 否 可 以 得 到 良好 的 支持 ，license 是 否 合适 等 ， 
而 本 书 中 不 会 对 此 进行 覆盖 。 


7.1.2 文档 的 角色 


文档 主要 是 用 于 记录 设计 的 结果 ， 所 以 我 们 可 以 讲 ， 文 档 与 设计 是 同一 个 东西 ， 也 与 代 
码 是 同一 个 东西 。 当 同一 样 东 西 用 两 类 方式 记述 时 ， 代 价 是 比较 大 的 。 比 如 ， 维 护 两 者 间 的 
一 致 性 等 都 要 消耗 额外 的 人 月 。 

文档 所 涉及 的 层次 越 低 ， 涉 及 的 细节 越 多 ， 变 化 发 生 时 ， 所 引起 的 同步 工作 量 也 就 越 大 。 
但 文档 并 非 没 有 价值 。 代 码 之 中 的 抽象 是 可 以 分 为 不 同 层次 的 ， 在 很 多 时 候 ， 我 们 需要 在 不 
同 层次 上 审视 软件 的 不 同 侧 面 。 比 如 ， 暂 不 关注 类 的 细节 ， 而 关注 所 有 类 之 间 的 静态 关系 。 
这 个 时 候 ， 直 接 使 用 代码 将 变 得 困难 ， 因 为 代码 自身 并 不 区 分 层次 ， 包 含 所 有 细节 。 

比如 说 ， 打 开 数 据 库 一 查询 一 处 理 结果 这 样 非常 简单 的 核心 逻辑 往往 会 混杂 在 判断 输入 
是 否 有 效 ， 创 建 SQL 语句 ， 逐 行 处 理 数据 等 诸多 细节 之 中 。 但 理解 代码 时 ， 往 往 并 不 能 一 下 
子 把 握 所 有 细节 ， 而 需要 从 大 往 小 了 看 ， 这 个 时 候 文档 是 有 作用 的 。 除 此 之 外 ， 在 多 人 协作 
时 ， 文 档 有 助 于 统一 认识 ， 避 免 遗 态 。 从 这 个 角度 看 ， 与 设计 相关 的 文档 远 不 是 越 细 越 好 ; 
而 是 应 该 关注 于 较 高 层次 上 的 概念 和 逻辑 问 的 关系 。 

这 里 的 “ 较 高 层次 ”似乎 很 难 直接 定义 ， 但 以 现实 为 基础 ， 换 个 视角 后 ， 却 并 非 不 可 推 
断 ， 比 如 说 : 

@ 设计 文档 自身 最 终 应 该 要 支持 一 定 的 分 工 ， 一 旦 分 工 必然 会 涉及 不 同人 负责 的 不 同 模 
块 的 交互 。 为 支撑 这 种 分 工 ， 那 么 不 同人 所 负责 的 模块 的 接口 应 该 被 定义 清楚 ， 否 则 
会 导致 过 多 的 交流 。 

多 线程 或 多 进程 结构 需要 预先 理 清 数据 流 ， 因 此 需要 预先 讨论 数据 流 和 时 序 间 的 关 
系 ， 为 能 够 进行 讨论 ， 这 部 分 内 容 需 要 文档 化 。 


此 外 像 重 用 的 要 求 、 可 测 的 要 求 也 都 可 以 成 为 文档 必要 程度 的 一 种 度量 尺度 。 
7.1.3 ”设计 知识 归 类 法 


软件 行业 中 新 名 词 已 经 多 到 了 让 人 疯狂 的 地 步 ， 比 如 : 

@ 框架 (Framework)， 架 构 (Architecture)。 

@ 面 问 对 象 分 析 和 设计 Object Oriented Analysis and Design)。 
@ 设计 模式 (Design Pattern ) 。 
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@ 契约 式 编程 〈Design by Contract)。 

@ 测试 驱动 开发 〈Test Driven Development)。 

@ 面向 方面 的 编程 Aspect Oriented Programming )。 

@ 模型 驱动 架构 (Model Driven Architecture )。 

@ 基于 组 件 的 开发 《Component-Based Development)。 
@ 人 敏捷 软件 开发 (Agile Software Development)。 

@ 元 编程 (Meta programming )。 

@ 面 问 服务 的 体系 结构 〈Service-oriented architecture )。 












































可 以 想象 这 个 列表 在 可 见 的 未 来 ， 仍 将 无 限 地 增长 下 去 。 

就 像 把 狗 毛 和 狗 划 分 为 并 列 的 类 别 会 引起 思维 的 混乱 一 样 ， 对 种 种 新 名 词 如 果 没有 自己 
的 归 类 体系 ， 那 思维 很 容易 陷入 混乱 ， 而 思维 混乱 的 结局 必然 是 当事人 的 无 所 适 从 一 一 既 不 
知道 从 哪里 开始 学 习 ， 也 不 知道 究竟 应 该 怎么 开始 应 用 学 到 的 东西 一 一 这 时 候 往往 是 既 不 知 
道 应 该 做 什么 ， 也 不 知道 应 该 不 做 什么 。 

读书 或 学 习 的 时 候 ， 如 果 自 己 对 待 学 习 的 知识 有 一 个 大 体 的 认 知 ， 那 么 学 到 的 东西 各 归 
其 类 ， 学 问 和 见识 自然 也 就 会 逐渐 积累 ， 作 为 主体 的 人 ， 其 能 力也 就 可 以 稳步 提高 ， 最 终 的 
结果 就 会 是 :人 驾驭 知识 。 

与 之 相反 ， 当 我 们 对 知识 的 体系 没有 认 知 ， 而 零散 地 学 习 各 个 点 的 时 候 ， 就 很 容易 茫然 。 
每 个 点 都 是 有 道理 的 ， 但 是 点 与 点 之 间 ， 却 可 能 是 有 冲突 的 。 这 个 时 候 ， 很 可 能 人 的 思维 会 
陷入 混乱 ， 并 最 终 导 致 ， 人 被 知识 所 驾驭 的 局 面 。 

这 并 不 是 只 属于 软件 的 问题 ， 宗 师 治学 ， 很 多 从 目录 学 始 。 

季 美 林 先 生 在 《从 学 习 笔 记 本 看 陈寅恪 的 治学 范围 和 途径 》 一 文中 说 :“ 中 国清 代 的 朴 学 
大 师 们 以 及 近代 的 西方 学 者 ， 研 究 学 问 都 从 书目 开始 ， 也 以 此 来 教学 生 。 寅 恪 先生 也 不 例外 。 
他 非常 重视 书目 ， 在 他 的 笔记 本 中 ， 我 发 现 了 大 量 的 书目 。 比 如 ， 笔 记 本 第 二 本 中 有 中 亚 书 
目 一 百 七 十 种 ， 西 藏书 目 二 百 种 。 此 外 ， 在 好 多 笔记 本 中 都 抄 有 书目 。 从 二 十 年 代 的 水 平 来 
看 ， 这 些 书 目 可 以 说 非常 完全 了 。 就 是 到 今天 ， 它 仍然 有 参考 价值 。” 
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一 一 摘自 豆 关 

但 不 幸 的 是 ， 在 软件 开发 这 一 领域 中 ， 和 暂时 还 没有 目录 学 这 样 一 种 学 问 ， 所 以 软件 开发 
这 一 领域 中 仍然 保持 着 混沌 状态 ， 纷 争 不 断 。 为 使 这 种 模糊 状态 减轻 一 点 ， 在 进一步 对 设计 
和 编码 进行 展开 前 ， 我 们 需要 对 设计 编码 相关 的 知识 大 致 做 一 个 分 类 。 

本 书 中 预 设 的 前 提 有 一 条 是 : 软件 是 一 种 固化 的 思维 ， 而 设计 和 编码 是 思维 固化 的 过 程 ， 
在 这 一 过 程 中 开发 者 需要 持续 打造 概念 的 边界 和 定义 概念 间 的 逻辑 关系 。 这 也 就 次 定 了 所 谓 
的 设计 和 编码 方法 只 有 3 个 基本 选项 。 

@ 以 逻辑 关系 为 中 心 ， 这 就 是 我 们 常 说 的 结构 化 分 析 和 设计 。 

@ 以 概念 为 中 心 ， 这 就 是 我 们 常 说 的 面向 对 象 分 析 和 设计 。 

@ 两 者 兼顾 ， 这 是 一 直 被 忽略 的 ， 而 本 书 会 在 后 文 论 及 混合 模式 。 

如 果 把 视角 再 拔高 一 点 就 会 发 现 ， 世 界 再 怎么 丰富 多 彩 ， 但 你 描述 它 的 时 候 ， 基 本 要 素 
也 只 是 名 词 〈 主 语 ) 和 动词 “谓语 )。 
我 们 分 解 世界 中 问题 的 时 候 ， 要 么 以 名 词 为 中 心 ， 要 么 以 动词 为 中 心 ， 要 么 混合 着 来 。 
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儿 干 年 累积 的 历史 可 为 这 一 观点 的 明证 。 
世界 中 » 以 逻辑 为 ! 





在 软件 的 








心 。 





名 词 为 





如 果 上 述 分 析 没 错 ， 那 么 各 种 
以 及 面向 对 和 象 分 析 设 计 〔 以 
在 2.2.9 节 中 ， 我 们 曾经 提 到 了 计划 (P)， 
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口 
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词 为 中 心 ) 的 站 




















， 而 乡 


头 放 





心 大 致 等 价 于 以 动词 为 中 心 ， 以 概念 为 





新 技术 名 词 就 只 能 是 对 结构 化 分 析 和 设计 〔 以 动词 为 ! 
色 不 是 并 列 的 概念 。 
在 (D)， 检 查 (C)， 分 析 (A)， 改 进 (D 这 5 个 基 














心 大 致 等 价 于 以 

















心 ) 





本 步骤 是 组 织 行为 中 的 太极 剑 法 。 而 各 种 对 结构 化 分 析 设 计 与 OO 的 补充 则 大 致 分 散在 这 5 








个 步骤 : 





比 音 





。 于 网 


， 设 计 和 编码 也 是 一 种 组 





刀口 














捷 ， 效 率 也 就 越 高 。 呈 











在 使 这 一 回路 在 设计 和 编码 中 运转 的 更 加 顺畅 。 


我 们 来 看 





丙 个 实例 。 














然 很 多 技术 的 发 起 者 可 能 并 没有 意识 








织 行为 ， 也 需要 构建 上 述 


到 这 一 点 











的 回路 ， 这 种 回路 越 敏 


， 但 他 们 的 工作 确实 是 























@ 在 设计 和 编码 过 程 中 : 设计 可 以 大 致 等 价 于 计划 (P)， 编 码 可 以 大 致 等 价 于 实施 (D)， 
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AN 


BE 
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前 言 里 























1 试 可 以 大 致 等 价 于 检查 (C)， 调 试 和 修正 可 以 大 致 等 价 于 分 析 (A) 和 改进 (D)。 
契约 式 编程 强调 的 是 规范 和 检查 。 在 《Design by Contract: 原则 和 实践 》 一 书 ! 




















作者 在 


契约 式 设 计 的 本 意 很 简单 ， 就 是 在 设计 和 编码 阶段 向 面向 对 象 程 序 中 加 入 断言 (Assertion )。 
实际 就 是 必须 为 真 的 假设 ， 只 有 这 些 假设 为 真 ， 程 序 才 可 能 做 到 正确 无 误 。 


而 所 谓 断 言 ， 


对 于 为 什么 需要 加 入 断言 ， 进 行 契 约 式 编程 
误 尽 早 被 发 现 ， 使 设计 编码 的 人 可 以 尽快 收 到 反馈 ， 进 行 下 一 步 处 理 。 
程 是 对 面向 对 象 程序 进行 实现 的 一 种 支持 手段 。 








看 ， 契 约 式 编 





























@ 我 们 有 


来 看 








这 一 概念 强调 的 是 把 


为 加 到 每 一 个 与 业务 多 辑 相 关 的 方法 中 ， 也 可 以 分 离 记录 
业务 罗 辑 相关 的 方法 和 记录 日 
十 对 这 一 问题 很 多 人 提出 了 横 切 业务 迪 辑 和 日 志 的 解决 方法 ， 这 即 是 AOP 的 核心 。 











分 别 调 





























从 上 述 


























通过 上 述 这 














问 方 面 的 编程 (AOP)。 





下 面 























>» 





上 上 务 逻 辑 和 支撑 业务 迪 辑 的 辅助 功能 (如 
记录 日 志 这 一 动作 事实 上 对 每 一 条 业务 迪 辑 都 是 必须 





的 ， 这 个 时 候 
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述 中 我 们 可 以 看 到 ，AOP 更 像 是 一 利 
而 非 一 个 可 以 和 O00 并 列 的 知识 点 ， 你 不 能 讲 AOP 9 
的 分 析 ， 我 们 可 以 得 














多 而 向 对 象 分 析 和 设计 。 
e 设计 模式 。 


@ 而 向 方面 的 编 
@ 基于 组 件 的 开发 。 


@ MDA。 


令 结 


构 化 分 书 
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程 。 











和 设计 。 


和 和 设计 。 


志 ) 分 离开 
可 以 选择 把 记录 
行为 ， 加 入 














作者 虽 未 强调 ， 但 不 难 理解 ， 这 可 以 让 错 








因此 ， 从 归 类 的 角度 











来 。 








志 这 一 行 
层 代 理 ， 在 代理 中 





























志 的 方法 。 前 者 会 导致 记录 日 











支持 愧 
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技术 (PCAD): 








契约 式 编 





程 ， 测 试 











行为 分 散在 各 个 方法 中 ， 


模式 〈 范 式 )， 实 质 上 是 OO 的 一 个 补充 ， 
E 成 的 对 象 就 不 是 对 象 。 
到 下 面 这 样 的 归 类 ; 








K 动 











而 敏捷 则 是 更 大 的 概念 ， 是 利用 了 分 析 和 设计 技术 的 方法 论 。 
编程 的 范式 (Paradigms) 
编程 的 范式 是 另 一 个 分 类 的 重 灾区 ,如果 到 Wiki 上 查 , 会 发 现 如 图 7-1 所 示 的 可 怕 列 表 。 





Programming paradigms 


® Mgent-oriented 
hutomata-based 
® Component-based 
@ Flow-based 
® Pipelined 
@ Concatenative 
@ Concurrent computing 
® Relativistic proeramminge 
® Data-driven 
和 Declarative [contrast: Imperative) 
® Constraint 
® Dataflow 
® Cell-oriented (spreadsheets) 
® Reactive 
@ Logic 
® hbductive logic 
® Answer set 
® Constraint loeic 
和 Functional logic 
® Inductive logic 
@ Event-driven 
@ Service-oriented 


@ Time-driven 








图 7-1 

逐个 分 析 每 种 范式 是 艰难 的 ， 但 从 分 析 和 设计 的 角度 看 ， 我 个 人 仍 持 前 面 所 述 的 观点 : 
要 么 以 概念 为 中 心 ， 要 么 以 逻辑 为 中 心 ， 要 么 混合 。 其 他 的 东西 是 对 这 种 大 分 类 的 补充 。 比 
如 ， 很 有 名 的 泛 型 (Generic ) 以 及 基于 此 的 元 编程 (Meta Programming ) 都 是 对 上 述 3 个 大 
分 类 的 补充 。 但 这 一 观点 确实 没 按照 上 述 这 样 的 列表 逐一 验证 过 ， 主 要 是 这 个 列表 太 长 ， 涉 
及 的 概念 过 于 繁复 。 








7.2 ”设计 和 编码 的 存在 意义 


所 有 软件 活动 包括 根本 任务 一 一 打造 构成 抽象 软件 实体 的 复杂 概念 结构 ， 次 要 任务 一 一 
使 用 编程 语言 表达 这 些 抽象 实体 ， 在 空间 和 时 间 限 制 内 将 它们 映射 成 机 器 语言 。 
一 一 Brooks, 《人 月 神话 》 
7.2.1 价值 根源 
设计 和 编码 的 价值 根源 并 不 需要 详细 描述 ， 因 为 它们 是 软件 构建 的 根本 。 在 软件 开 
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发 中 ， 可 以 没有 管理 、 流 程 、 估 算 、 需 求 开 发 ， 但 绝对 不 能 没有 设计 和 编码 ， 和 否则 就 不 
会 有 软件 的 存在 ， 一 切 都 将 无 从 谈 起 。 需 要 补充 说 明 的 是 好 的 设计 编码 和 坏 的 设计 编码 
之 间 的 价值 差异 。 
在 软件 开发 中 一 个 非常 有 意思 的 现象 是 一 群 人 对 着 一 堆 有 一 定 历史 的 代码 ， 旦 首 晨 尾 ， 
束手无策 。 这 就 是 垃圾 代码 的 威力 ， 牵 涉 到 商业 利益 的 垃圾 代码 就 更 有 威力 。 就 像 城墙 如 果 
足够 坚固 ， 古 代 时 攻 城 上 只 能 用 人 海战 术 一 样 。 搞 定 牵 涉 商业 利益 的 垃圾 代码 也 只 能 用 大 量 的 
人 月 去 解决 。 而 事实 上 ， 这 种 惨烈 的 结局 在 同等 投入 下 是 可 以 避免 的 。 
与 生命 不 同 ， 软 件 的 生命 周期 同时 取决 于 两 个 维度 上 的 力量 : 一 是 其 商业 价值 ， 二 是 其 
内 部 衰败 的 程度 。 
在 时 间 轴 上 ， 自 然 规律 之 下 ， 动 物 身 体 的 衰败 无 可 避免 ， 但 软件 内 部 的 衰败 却 是 人 神 。 
持续 的 、 良 好 的 设计 和 编码 ， 完 全 可 以 让 软件 内 部 的 衰败 得 以 避免 。 
如 前 文 所 提 到 的 ， 软 件 是 固化 的 思维 这 一 特质 ， 使 思维 的 特质 完全 传导 到 软件 之 中 。 而 
旦 思维 自身 的 规模 膨胀 ， 清 理 凌 乱 思 维 的 代价 甚至 会 比 从 头 创 建 还 大 。 
一 种 表现 形式 则 是 ， 正 常情 形 下 10 个 人 月 可 以 完成 的 项 目 ， 只 准备 了 5 个 人 月 ， 结 果 由 
于 赶 工 等 因素 ， 导 致 最 终 花 了 15 个 人 月 。 
如 果 把 视角 扩 宽 一 点 ， 这 种 损失 的 表现 形式 就 更 加 丰富 ， 比 如 ， 新 产品 时 为 了 压低 成 本 ， 
牺牲 了 可 维护 性 ， 但 软件 自身 的 生命 周期 却 长 达 10 年 ， 这 样 开发 新 产品 时 的 欠 账 ， 将 在 今后 
的 10 年 里 ， 数 以 倍 计 的 返还 。 
减少 这 类 成 本 ， 防 止 代码 僵化 并 逐渐 死去 ， 是 好 的 设计 和 编码 的 存在 价值 。 这 一 点 往往 
由 于 其 不 与 短期 商业 利益 直接 发 生 关联 而 被 忽略 。 
软件 中 的 各 种 影响 因素 的 权重 
在 现实 中 软件 是 商业 的 延续 ， 因 此 大 多 时 候 在 软件 开发 中 商业 因素 比 技术 因素 重要 。 
而 商业 也 是 人 的 商业 ， 因 此 大 多 时 候 政治 因素 比 商业 因素 重要 。 所 以 最 终 现 实 是 : 政治 
因素 > 商业 因素 > 技术 因素 。 通俗 一 点 讲 是 : 强权 人 物 (表现 为 CEO 或 其 他 ) 的 偏好 可 以 压倒 
市 场 需要 ， 市场 需 要 可 以 压倒 技术 选择 。 
这 很 难看 ， 所 以 很 少 有 人 这 么 说 ， 但 这 更 接近 事实 真相 。 
而 报复 次 序 则 正好 反 过 来 。 
强人 作出 的 决定 如 果 顺 应 了 商业 规律 ， 那 么 企业 会 顺风 顺水 。 一 旦 强人 的 意志 违背 了 商 
业 规律 ， 那 么 企业 会 倒闭 。 
商业 考量 自身 如 果 顺 应 了 技术 发 展 趋势 ， 那 么 会 出 商业 神话 。 一 旦 商业 考量 背离 了 技术 
趋势 ， 商 业 模 式 就 会 崩塌 (生产 力 决定 生产 关系 )。 
技术 因素 就 像 一 根 不 可 能 折断 的 弹性 棒子 ， 你 可 以 弯曲 它 获 得 你 想 要 的 形状 ， 但 一 旦 超 
过 一 定 限度 ， 它 就 反弹 回来 ， 把 一 切 都 砸 得 稀 烂 。 
李开复 先生 在 《世界 因 你 而 不 同 》 里 面 为 此 提供 了 一 个 经 典 的 例子 : 
Vista 项 目的 开发 历史 让 我 们 可 以 清楚 的 看 到 “政治 ”因素 是 如 何 对 一 个 项 目 产生 影响 
我 们 来 看 一 下 李开复 先生 讲述 的 这 段 历史 的 概要 。 
Bill Gates 对 Vista 项 目 设 定 目 标 : 
支持 新 语言 C#， 所 有 操作 系统 软件 都 改 用 C# 来 写 。 因 为 C# 语 言 的 运行 较 慢 ， 但 是 开发 
速度 很 快 ， 这 样 微软 不 会 落后 于 多 人 参与 的 开源 Linux 操作 系统 的 发 展 。 
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开发 WinFS (Windows File System)， 它 是 新 一 代 档 案 系 统 ， 可 以 将 每 一 个 文件 存 成 数据 
库 。 如 果 WinFS 能 够 成 功 ， 慢 慢 的 ， 全 世界 的 数据 就 都 存 到 微软 的 数据 库 ， 不 但 可 以 击败 
Oracle、IBM 的 数据 库 ， 也 可 以 防止 别 的 网 络 公 司 掌 控 这 些 数据 。 

开发 Avalon 新 一 代 显 示 系 统 ， 让 用 户 在 浏览 器 里 看 到 的 网 站 或 服务 和 传统 的 应 用 软 
件 感觉 一 样 。 如 果 某 网 站 的 服务 和 用 户 端 软件 看 起 来 一 样 ， 用 户 也 更 难 理解 网 站 服务 的 优点 
在 什么 地 方 。 

了 解 到 目标 之 后 ， 很 多 总 监 对 目标 的 难度 心 存疑 虑 。 事 实 上 这 表征 着 ， 既 定 目标 和 项 目 
自身 所 蕴含 的 合理 性 产生 冲突 。 对 这 种 疑虑 ， 李 开 复 先生 的 描述 如 下 : 

很 多 总 监 看 到 这 个 设想 就 倒 吸 了 几 口 凉 气 : “技术 难度 太 高 了 ! C# 这 么 慢 ， 怎 么 能 做 操作 
系统 啊 ? 数据 库 不 够 快 啊 ? 怎么 可 能 当做 档案 系统 ? ”还 有 些 研究 芯片 的 专家 常常 看 着 Intel 
的 芯片 计划 就 开始 担忧 : “一定 是 微软 习惯 Intel 芯片 加 速 的 速度 ， 才 这 么 乐观 。 但 是 每 18 个 
月 芯片 速度 就 快 上 一 倍 的 日 子 已 经 过 去 了 ， 别 说 2004 年 推出 了 的 这 些 芯 片 ， 照 这 样 ，2007 
年 Intel 的 芯片 都 不 够 快 啊 。” 

作为 影响 了 一 个 时 代 的 人 ，Bill Gates 具有 无 与 伦比 的 影响 力 ， 对 此 李开复 先生 说 : 

大 部 分 的 团队 ， 就 像 我 的 团队 一 样 ， 说 服 自 己 做 了 Leap of Faith (信仰 的 飞跃 )， 相 信 在 
Gates 的 督促 之 下 ， 这 3 大 目标 都 可 以 完成 。 

最 终 项 目 陷 入 困境 。 对 此， 李开复 先生 说 : 

经 过 了 3 年 的 奋力 拼搏 , 微软 视窗 团队 的 工程 师 们 都 已 经 疲惫 不 堪 。 但 是 , Windows Vista 
的 成 功 却 似乎 逐 阔 无期。 其 实 灾 难 早 就 在 酝酿 ， 因 为 大 家 在 一 开始 就 知道 ， 这 个 伟大 的 计划 
实现 起 来 ， 其 执行 难度 实在 是 太 大 了 。 

WinFS 团队 虽然 承诺 了 Gates 提出 的 3 大 目标 , 但 是 在 实际 的 工作 中 感到 了 迷茫 。WinFS 
团队 认为 他 们 的 任务 是 “不 可 能 的 任务 ”， 但 是 也 不 敢 告 诉 Gates。 任 何 一 个 接触 过 Vista 团队 
的 人 都 知道 ， 每 次 把 测试 版 的 Vista 搭建 出 来 以 后 ， 都 发 现 庞大 的 系统 根本 无 法 运行 。 

这 段 历史 之 所 以 可 以 被 看 做 是 一 个 政治 因素 影响 项 目的 例子 ， 其 根本 原因 不 在 于 最 初 设 
定 的 项 目 目标 过 高 ， 而 在 于 认识 到 最 初 的 目标 不 切实 际 竟然 花 了 3 年 时 间 。 

在 这 个 例子 中 Gates 先生 的 影响 力 以 及 对 商业 因素 的 考量 压倒 了 一 切 (技术 因素 )， 但 最 
终 技术 因素 报复 了 一 切 。 


7.2.2 定性 分 析 

先 回 到 我 们 一 直 在 用 的 公式 。 

假设 一 个 人 的 工程 素养 为 E， 一 个 人 的 工作 意愿 为 W， 组 织 所 能 提供 的 力量 为 O， 内 
耗 系数 为 M， 那 么 对 于 一 个 拥有 mn 个 人 的 团队 ， 其 在 单位 时 间 内 最 终 可 能 页 献 值 可 以 表 
未 为 : 






































[(Ei1xW1: +O)+(EzxWz+O)+ … +(Er Wn +O)]xM 
对 设计 和 编码 进行 定性 分 析 ， 所 需要 考察 的 维度 和 估算 非常 相似 ， 都 是 内 耗 系数 M 和 工 
作 意 愿 W。 
一 是 代码 自身 的 结构 越 差 ， 写 同样 代码 行 所 需 考 虑 的 事情 也 就 越 多 ， 这 事实 上 会 增加 内 
耗 系数 。 最 终 导致 的 结果 是 从 用 户 的 角度 来 看 ， 软 件 没有 什么 改观 ， 但 从 开发 的 角度 看 ， 无 
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数 的 人 月 却 已 经 花 进 去 了 。 简 单 来 讲 就 是 有 投入 没有 产 出 ， 内 耗 极 大 。 根 据 5.1.2 中 的 介绍 ， 
在 COCOMO II 中 认为 这 种 内 耗 可 以 使 效能 降低 一 半 。 

二 是 糟糕 的 代码 为 无 所 作为 提供 了 冠冕 堂皇 的 接口 ,团队 的 最 终 状 态 大 多 时 候 会 变 成 
和 代码 所 处 的 状态 一 样 。 僵 化 、 罗 辑 混 乱 的 代码 基本 上 会 对 应 到 人 僵化、 迟缓 、 毫 无 斗志 的 
团队 。 

我 们 前 文 曾经 做 过 这 样 的 假设 : 

如 果 我 们 认为 积极 向 上 的 团队 工作 意愿 为 1， 能 对 工作 基本 负责 的 团队 工作 意愿 为 0.5， 
负 不 起 责任 的 团队 工作 意愿 为 0.5 以 下 ， 极 值 为 0。 那 么 糟糕 的 代码 很 可 能 使 工作 效能 降低 
= 
所 以 说 从 长 期 来 看 ， 设 计 和 编码 的 好 坏 至 少 可 以 导致 4 倍 左右 的 效能 差异 。 
这 里 需要 特别 提 到 的 是 对 现 有 软件 产品 的 选用 , 尤其 是 平台 的 选用 。 当 我 们 选择 Windows 
或 Linux， 选 择 Java 或 NET， 选 择 SQL 或 NoSQL 等 时 ， 事 实 上 也 就 选择 了 其 背后 所 隐 含 的 
量 ， 这 种 力量 最 终 将 作用 于 组 织 力 量 O0， 决 定 基线 的 高 度 。 假 使 说 A 技术 代表 的 基线 高 度 
为 20，B 技术 代表 的 基线 高 度 为 40， 那 么 选择 A 的 人 或 公司 天 生 就 处 于 劣势 。 

本 书 并 不 以 评价 平台 优 劣 为 目标 ， 因 此 并 不 会 在 各 种 现 有 技术 的 优 和 劣 上 展开 笔 
架构 设计 的 角度 看 ， 这 些 因素 是 不 能 忽略 的 。 

COTS 是 什么 

在 谈 估算 或 开发 模型 类 的 书 中 ， 经 常会 提 到 COTS 这 个 缩写 。COTS 是 Commercial 
off-the-shelf。 中 文大 多 时 候 会 被 翻译 成 “商用 现成 产品 *"。 按 理 说 ， 软 件 开发 的 历史 已 经 超过 
30 年 ， 商 用 现成 产品 应 该 很 多 ， 软 件 开 发 似乎 应 该 沦 为 一 种 组 装 工作 。 但 事实 却 远 非 如 此 ， 
除了 一 些 基 础 库 外 ， 在 应 用 领域 中 大 家 还 是 在 各 干 各 的 。 这 有 法 律 、 机 制 上 的 原因 (使 用 非 
开源 的 产品 ， 一 旦 出 现 问 题 可 能 完全 解决 不 了 )， 但 更 主要 的 原因 则 可 能 是 需求 变化 太 快 ， 使 
更 多 的 软件 不 像 是 螺丝 ， 而 像 是 其 他 领域 中 完整 的 方案 。 
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7.3 完美 设计 和 编码 的 要 素 


简单 的 事情 考虑 得 很 复杂 ,可 以 发 现 新 领域 ， 把 复杂 的 现象 看 得 很 简单 ， 可 以 发 现 新 规律 。 

一 一 牛顿 

设计 和 编码 是 思维 固化 的 过 程 ， 也 是 持续 打造 概念 的 边界 和 定义 概念 间 的 逻辑 关系 的 过 程 。 

在 这 一 过 程 中 ， 满 足 明 确 的 需求 之 外 ， 核 心目 标 是 保持 简单 性 ， 而 面向 对 象 分 析 设计 、 结 构 

化 分 析 设 计 等 ， 都 是 达成 这 一 目标 的 手段 。 次 要 目标 则 是 保证 设计 编码 的 高 效 ， 即 不 做 无 用 
功 ， 不 浪费 时 间 。 

之 所 以 这 么 认为 , 是 因为 软件 所 涉及 的 几乎 所 有 其 他 质量 特性 , 如 避免 僵化 性 (Rigidity)、 
脆弱 性 〈Fragility)、 牢 固 性 〈Immobility)、 增 加 可 维护 性 等 都 是 在 使 软件 变 得 更 复杂 ， 如 果 
没有 一 种 反 向 的 力量 与 之 对 冲 ， 那 么 软件 就 一 定 只 能 变 得 越 来 越 复 杂 。 而 可 以 与 这 种 复杂 化 
趋势 相对 立 的 力量 也 就 必然 是 保持 简单 性 一 一 这 是 软件 开发 中 的 主要 矛盾。 

可 以 认为 简单 性 大 致 等 价 于 容易 懂 这 样 一 种 感受 。 而 一 件 东 西 是 否 容易 懂 ， 则 受制 于 人 
的 一 些 基本 特质 : 

@ 人 在 同一 时 间 内 ， 可 以 把 握 的 概念 和 逻辑 是 有 限 的 。 如 果 理 解 一 件 事情 要 求人 同时 记 
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住 9 个 以 上 的 状态 ， 那 无 疑 是 很 困难 的 。 
根据 某 些 心理 学 家 的 研究 ， 人 一 次 能 够 掌握 的 信息 块 数 大 致 为 7， 这 个 数字 可 以 多 至 9 
也 可 少 至 5。 








一 一 Grady Booch, 《面向 对 象 分 析 与 设计 》 

@ 人 对 清晰 的 东西 的 理解 要 比 对 模糊 的 东西 理解 得 更 好 。 比 如 ， 如 果 你 说 这 是 圆 的 或 者 

这 是 方 的， 都 比较 好 理解 ， 但 你 如 果 说 这 既是 圆 的 又 是 方 的 ， 那 就 不 太 好 理解 了 。 
@ 人 对 简单 时 序 下 的 动作 理解 得 比较 好 。 先 做 1， 再 做 2， 再 做 3 和 4， 这 样 的 时 序 比较 
容易 理解 ; 但 对 先 做 1， 接 下 来 做 100， 再 做 2， 接 下 来 做 101， 再 做 3 和 4， 这 样 的 
时 序 理解 就 困难 了 。 

@ 人 是 通过 名 字 来 认识 事物 的 。( 有 名 万 物 之 始 。) 

总 结 来 看 ， 前 三 项 强调 的 是 概念 和 届 辑 上 不 增加 不 必要 的 复杂 度 一 一 完成 既 有 要 求 的 前 
提 下 尽 可 能 简单 ， 最 后 一 项 强调 的 则 是 名 实 相符 。 

针对 如 何 确保 简单 性 和 高 效率 ， 我 们 分 别提 出 如 表 7-1 所 列 的 逻辑 链 。 



















































































































































































表 7-1 设计 编码 相关 的 逻辑 链 


设计 坑 码 的 分 角 过 各 甸 
移 件 是 一 种 同化 的 大 从 二 瑟 维 的 于 化 休 现 为 概念 和 思 得 的 
己 要 尽 可 能 的 少 一 概念 要 尽 可 能 正 交 

软件 是 一 各国 化 的 思维 一 思维 的 于 化 体现 为 嵌 仿 和 逻辑 克 国 化 一 为 保证 何冲 1 
念 和 逻辑 的 分 散 程 度 要 尽 可 能 的 低 一 概念 和 逻辑 的 层次 要 尽 可 能 的 少 
.rt As| 软件 是 一 种 辐 化 的 思维 一 思维 的 同化 体现 为 概念 和 逻辑 的 辐 化 一 为 保证 简单 性 ， 则 
个 弄 加 个 必要 的 复杂 度 语 .自身 要 尽 可 能 简单 一 如 果 多 线程 这 样 的 手段 使 概念 的 实例 处 在 很 难 理解 的 状态 ,多 
钥 关 系 将 变 得 复杂 一 使 时 序 复杂 化 时 ， 要 有 关键 理 
黎 件 是 一 种 国 化 的 二 维 二 思维 的 国 化 体现 为 梳 念 和 过 加 的 国 化 一 软件 开发 天 多 后 
且 需 要 多 人 协作 -为 保证 简单 性 ,但 凡 可 封闭 的 信息 要 进行 封闭 一 如 果 达 不 成 这 
际 ， 误 用 将 增加 不 必要 的 逻辑 关联 
软件 是 一 种 辐 化 的 四 纺 二 更 解 已 有 同化 的 瑟 和 的 诊 一 过 算是 网 读 代 疝 二 秀一 不 要 
名 实 相符 雪 触 的 是 名 字 一 如 果 名 字 和 它 所 要 表达 的 概念 各 辑 是 易 合 的 ,那么 程序 将 变 得 简单 
一 否则 要 加 入 一 个 从 其 他 代码 推导 名 字 含义 的 过 程 ， 使 代码 变 得 不 青 简单 
ss - 项目 所 能 能 六 的 资源 是 有 限 的 一 设计 的 条 硬币 呆 用 不 上， 是 对 资源 的 浪 纲 ， 会 减少 
确保 高 效率 不 浪费 其 他 环节 的 投入 一 如 果 设计 看 不 到 实效 ， 那 么 必须 终止 
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实际 设计 时 ， 一 个 疯狂 的 趋向 就 是 为 可 能 发 生 也 可 能 不 发 生 的 事情 考虑 得 很 多 ， 这 与 我 
们 这 里 强调 的 简单 性 原则 冲突 。 我 们 这 里 强调 的 是 ， 在 实现 可 见 需 求 时 ， 应 追求 极致 的 简单 
性 ， 而 未 来 发 生 的 问题 ， 在 发 生 之 后 再 应 对 。 


7.3.1 逻辑 链 1: 正 交 的 分 解 


软件 是 一 种 固化 的 思维 一 思维 的 国 化 体现 为 概念 和 逻辑 的 固化 一 为 保证 简单 性， 逻辑 要 
尽 可 能 的 少 一 概念 要 尽 可 能 正 交 。 

1. 正 交 的 基本 定义 

软件 开发 中 最 为 核心 的 任务 之 一 是 分 类 ， 分 类 即 是 一 种 打造 概念 边界 的 过 程 

打造 概念 边界 的 难点 在 于 ， 概 念 本 非 有 形 之 物 ， 且 概念 之 间 又 多 有 重 登 、 相 关 之 处 。 这 
也 就 注定 概念 边界 的 浴 清 是 一 个 渐进 的 过 程 ， 很 多 时 候 必 须要 进行 迭代 ， 进 行 反 复 ， 才 能 贴 
近 最 优 的 答案 。 

概念 本 身 的 边界 究竟 在 哪里 在 大 多 时 候 并 不 只 有 唯一 答案 ， 存 在 模糊 性 。 比 如 ， 当 我 们 
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描述 一 本 书 的 时 候 ， 那 么 这 本 书 是 否 被 借 出 了 这 种 信息 ， 是 既 可 以 作为 书 的 基本 信息 的 一 部 
分 ， 也 可 以 作为 借阅 人 的 基本 信息 的 一 部 分 。 

大 多 时 候 一 旦 切换 视角 ， 相 同 的 概念 又 可 以 有 多 种 划分 方法 。 好 比 说 ， 我 们 可 以 很 容易 
界定 什么 是 人 ， 什 么 是 狼 ， 但 当 我 们 试图 把 人 猿 归 类 的 时 候 就 得 依据 我 们 的 视角 进行 执 择 。 
因为 它 似 乎 是 人 ， 似 乎 是 狼 ， 也 可 能 是 人 狼 。 打 造 概念 边界 时 正 是 类 似 人 狼 这 类 概念 让 我 们 
犯难 。 























































































































庄子 对 上 述 现象 进行 过 非常 形象 的 描述 ， 他 说 : 上 自 其 异 者 视 之 ， 肝 胆 楚 越 也 ， 自 其 同 者 
视 之 ， 万 物 皆 一 也 。 
对 上 述 问 题 ， 大 多 时 候 只 有 选择 而 没有 答案 ， 只 不 过 选择 背后 所 隐 含 的 成 本 和 收益 往往 
不 同 。 
打造 概念 边界 时 原则 可 以 有 许多 ， 但 主要 手段 只 有 一 个 ， 即 抽象 。 从 本 质 上 讲 ， 抽 象 是 
一 种 认 清 事物 本 质 ， 并 进行 归 类 的 过 程 。 抽 象 是 设计 工作 的 起 点 ， 而 抽象 的 结果 可 以 是 一 个 
具体 的 概念 ， 也 可 以 是 一 段 逻 辑 。 

正 区 性 则 是 抽象 时 最 为 关键 的 一 条 上 原则， 不正 交 的 概念 往往 是 含混 的 。 为 了 理解 正 交 性 ， 
我 们 先 来 看 一 下 如 图 7-2 所 示 的 几何 含义 。 


90» 正 交 非 正 交 6 作 
图 7-2” 正 交 的 几何 含义 


当 两 根 直 线 互 相 垂直 的 时 候 ， 我 们 认为 这 两 根 直线 是 正 交 的 ， 和 否则 的 话 这 两 根 直线 就 是 
不 正 交 的 。 这 似乎 和 软件 没什么 关联 。 

如 果 我 们 假设 相交 的 不 是 两 根 直线 ， 而 是 两 根 圆柱 的 话 ， 那 么 我 们 就 可 以 看 出 来 正 
交 和 非 正 交 的 差别 。 在 正 交 的 情况 下 ， 两 根 圆 柱 的 最 大 接触 面积 始终 会 等 于 圆柱 截面 的 
面积 ， 但 在 非 正 交 的 情况 下 ， 接 触 面 积 则 要 大 于 圆柱 截面 的 面积 ， 并 且 倾 斜 度 越 大 ， 接 
触 面积 越 大 。 如 果 这 两 根 圆柱 是 木材 的 话 ， 那 么 接触 面积 越 大 ， 施 工 量 越 大 ， 木 材 的 可 
蔡 换 性 也 就 越 差 。 
概念 或 进 钴 关系 正 交 与 下, 其 影响 与 上 述 类 似 。 假 设 说 我 们 定义 了 两 个 类 , 关 XMLReader 
负责 具体 读 取 XML 文件 中 的 节点 ， 类 XMLDataHandler 负责 加 工 从 XML 文件 中 读 取 出 来 
的 数据 。 这 个 时 候 如 果 在 XMLDataHandler 中 出 现 了 根据 XPath 读 取 XML 内 容 的 方法 ， 那 
么 这 两 个 类 无 疑 的 会 变 成 非 正 交 的 ， 如 图 7-3 所 示 。 


XMLData Handler 和 XMLReader p> 


XPath 


图 7-3” 非 正 交 现象 



























































































































































































































































































































































































































































因为 读 取 这 一 功能 既 存 在 于 XMLReader， 也 存在 于 XMLDataHandler。 在 这 种 情 
况 下 ， 这 两 处 地 方 都 和 XML 的 结构 产生 耦合 ， 如 果 XML 的 结构 发 生变 更 ， 那 么 这 
两 个 地 方 都 需要 变更 。 同 时 也 会 导致 程序 中 存在 相似 度 比 较 高 的 代码 ， 增 加 不 必要 的 
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复杂 度 。 




















件 概念 间 的 基本 关系 有 关 。 


如 


一 种 层次 关系 ， 不 同 的 部 分 做 的 事情 事实 


称 为 横 
这 种 分 
@ 
比 
设计 来 














上 述 这 类 不 正 交 的 情况 ， 有 时 候 会 被 称 为 耦合 ， 
怎样 ， 其 根本 问题 在 了 
不 正 交 的 情形 有 4 


概念 或 逻辑 的 非 正 交 性 。 
民 多 ， 但 总 结 起 来 ， 这 些 情形 大 致 可 以 分 为 两 个 类 别 ， 这 两 个 类 别 与 软 











om 




















有 时 候 会 被 称 为 不 充分 的 抽象 ， 但 不 管 





果 要 把 软件 中 的 概念 间 的 基本 关系 做 个 分 类 的 话 ， 那 么 大 致 可 以 分 为 两 类 : 一 为 明确 
上 是 重 登 的 ， 但 具体 的 程度 不 同 ， 我 们 把 这 种 关系 











向 分 割 ， 二 为 明确 彼此 关系 ， 即 你 是 什么 ， 我 是 什么 ， 我 们 把 这 种 关系 称 为 纵向 分 割 。 


害 | 具 








口 具有 递归 特 人 人 ， 








横向 分 割 产 





























较 经 ， 


做 一 些 说 明 。 











既 念 或 逻辑 内 部 义 可 以 进行 新 的 一 轮 分 割 |。 
E“ 层 ”的 概念 。 
的 例子 有 OSI 的 网 络 模 型 、Windows 的 GDI 设计 等 。 这 里 以 Windows 的 GDI 
































Windows 一 直 强 调 一 个 所 见 即 所 得 的 概念 "WYSIWYG")， 也 就 是 说 屏幕 上 用 户 看 到 的 











该 和 打印 机 上 打 





H 来 的 内 容 保持 一 致 。 如 果 应 















































| 的 办 











法 是 在 


内 
至 打印 机 的 特性 直接 相关 ， 那 么 几乎 没 可 能 达成 这 一 目标 。 为 解决 这 一 问题 ， 
L 体 设备 和 应 用 之 间架 起 一 个 新 的 层次 ， 这 个 新 的 层次 即 GDI(Graphics Device 























程序 (如 Word) 与 显示 器 的 特性 ， 力 
Windows 中 采 











Interface)， 其 奉 代 技术 叫 WPF (Windows Presentation Foundation )。 


最 终 Windows 中 显示 这 部 分 的 基本 结构 如 图 


Applicationl 




















7-4 所 示 。 


Application2 区 





本 | 





注 : 这 里 只 画 出 示意 图 ， 可 能 会 给 人 一 种 错觉 ， 感 觉 层 次 的 切 分 是 种 容易 的 事情 。 如 果 有 谁 真 的 这 么 想 ， 那 就 错 得 利害 。 
写 过 显示 器 驱动 和 打印 机 驱动 的 人 想必 能 了 解 定义 层次 间 的 接口 是 多 么 的 困难 。 





这 种 情况 下 ，GDI 层 和 Driver 层 





体 
注 设备 






































的 特 








有 属性 。 很 多 设计 手法 ， 




















名 














说 的 Proxy, Facade 模式 等 。 





横 
层面 应 
对 数据 

从 
这 里 事 





个 概念 间 没 有 重复 的 部 分 ， 这 很 好 形 





纵向 分 割 则 产生 模块 或 对 象 ， 经 } 
其 实 是 不 同 的 概念 ， 
系 连接 在 一 起 。 

句 分 割 的 时 候 , 不 了 
































E 交 体现 为 抽象 












































7-4 Windows 中 的 层次 

改 的 事情 本 质 相同 : 即 向 指定 页 面 
述 方法 不 同 ，GDI 较 少 关注 设备 特性 (或 者 说 只 关注 设备 通用 特性 )， 而 驱动 程序 则 要 关 
其 本 质 都 是 在 软件 的 结构 中 加 入 更 多 的 层次 。 像 我 们 党 



































上 述 指定 内 容 。 但 


















































的 例子 是 MVC 等 模式 。Model、View 和 Controller 
日 它们 彼此 间 有 联系 ， 所 以 这 3 个 相对 独立 的 概念 要 经 过 某 种 关 





层次 上 的 不 一 致 性 , 比如 在 Driver 层面 还 做 许多 GDI 





该 做 的 事情 ; 纵向 分 割 的 时 候 ， 不 正 交 体现 为 重合 区 域 的 存在 ， 比 如 ,在 View 中 直接 





进行 处 理 ， 
上 本 




















如 图 7-5 所 示 。 
的 例子 可 以 看 出 ， 正 交 性 强调 的 是 只 让 概念 或 逻辑 在 必须 关联 的 点 上 产生 关联 。 








实 上 


-人 公 
双人 党] 












































两 个 基本 命题 ; 


是 不 重合 ， 二 是 接触 面 要 尽 可 能 的 小 。 不 重 辣 说 的 是 两 























LE 解 。 接 触 面 最 小 则 有 点 

















| 每 ， 我 们 来 结合 一 个 例子 进行 
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二 Re 


横向 分 割 时 的 正 交 横向 分 割 时 的 不 正 交 
纵向 分 割 时 的 正 交 纵向 分 割 时 的 不 正 交 











图 7-$ 正 交 与 不 正 交 的 示意 图 











2. 正 交 程度 的 优化 


六 
















































































在 《敏捷 软件 开发 : 原则 ， 模 式 与 实践 》 的 第 12 章 中 ， 解 释 接口 隔离 原则 (SP) 时 提 到 了 
这 样 一 个 例子 : 
在 安全 系统 中 ， 有 一 些 门 ， 这 些 门 可 以 被 加 载 和 解锁 ,并且 知道 自己 是 开 着 还 是 关 着 。 
class Door 
{ 
public: 


virtual void Lock() =0; 
virtual void Unlock() =0; 
virtual bool IsDoorOpen() =0; 
} 
接 下 来 ， 一 种 更 高 级 的 门 出 现 了 ， 这 种 门 如 果 开 着 的 时 间 过 长 ， 就 会 发 警报 ， 这 种 门 被 
称 为 TimedDoor。 因 为 要 定时 触发 某 些 事件 ， 所 以 TimedDoor 要 用 到 定时 器 ， 而 定时 器 的 基 
本 创建 机 制 是 : 






































class TimerClient 


{ 
public: 
virtual void TimeOut()=0; 
上 
class Timer 


{ 
public: 
void Register(int timeout, TimerClient* client); 


上 
任何 TimerClient 都 可 以 向 Timer 注册 自己 ， 而 Timer 则 会 按照 指定 的 时 间 间 隔 来 调用 
TimerClient 的 TimeOut()。 到 现在 为 止 ，Timer、TimeClient、Door 在 概念 上 是 正 交 的 ， 没 什 
么 问题 。 

接 下 来 , 为 了 使 TimedDoor 具有 定时 发 警报 的 功能 , 这 3 个 概念 要 产生 交互 了 。Robert C. 
Martin 在 书 中 给 出 了 3 种 可 用 的 交互 方式 ， 我 们 这 里 简单 引用 其 中 的 两 个 ， 并 附加 一 个 自己 
的 解法 ， 来 演示 正 交 程度 的 逐渐 提高 。 
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@ 第 一 种 方法 Door 从 TimeClient 继承 ，UML 图 如 图 7-6 所 示 。 








图 7-6 定时 门 的 UML 图 























这 种 方法 的 正 交 程度 最 不 好 ， 接 触 面 过 大 。 像 Robert C。Martin 在 书 里 说 的 : 很 多 Door 
根本 和 定时 不 定时 没有 关系 ， 但 一 旦 让 Door 从 TimerClient 继承 ， 那 就 不 管 什么 门 都 有 了 定 
时 的 特征 ， 这 种 关联 毫 无 道理 。 

@ 第 二 种 方法 是 让 TimedDoor 分 别 继承 TimerClient 和 Door (多 重 继承 )，UML 图 如 图 


7-7 所 示 。 
<<Interface>> 
Timer Cllent 
+TimeOutO 














































































图 7-7 定时 门 的 UML 图 




















Robert C。Martin 认为 自己 会 优选 这 个 方式 。 

从 正 交 的 角度 看 ， 在 这 种 方式 下 ，TimedDoor 只 和 与 自己 有 关 的 部 分 产生 关联 ， 正 交 性 
已 经 非常 好 了 。 

@ 如 果 仔细 想 想 ， 就 会 发 现 第 二 种 方法 其 实 还 是 有 问题 。 

门 是 否 计时 报警 是 一 个 功能 , 是 否 能 录像 也 是 一 个 功能 , 是 否 能 自动 发 消息 也 是 一 个 功能 。 
这 些 功能 甚至 可 能 是 动态 配置 的 ， 如 果 都 用 多 重 继承 来 解决 ， 那 会 衍生 出 各 种 各 样 的 对 象 ， 
如 VideoDoor，TimeVideoDoor，MessageDoor，TimeVideoMessageDoor 等 等 。 这 好 像 并 不 是 
什么 好 事 。 这 意味 着 正 交 的 程度 也 许 还 是 可 以 提升 。 如 果 不 让 自己 的 思维 局 限于 所 有 东西 必 
须 都 是 对 象 ， 那 么 就 可 以 找到 其 他 解法 。 

为 了 使 比较 更 有 焦点 ， 我 们 先 不 考虑 如 何 实现 支持 其 他 各 种 功能 的 门 ， 仍 只 考虑 如 何 为 
门 添加 定时 功能 。 

现在 我 们 认为 定时 报警 功能 是 门 的 可 组 合 部 分 ， 是 使 用 关系 而 不 是 继承 关系 。 也 就 是 说 ， 
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并 不 认为 应 该 独立 存在 TimerClient 这 样 的 类 ， 而 认为 这 是 一 种 偶然 的 组 合 。 和 否则 的 话 ， 
XXClient 这 样 的 类 会 漫天 飞 。 想 象 一 下 ， 门 、 马 桶 等 都 可 以 是 TimerClient， 也 可 以 是 Motor 
的 Client。 

修改 后 的 Timer 类 像 下 面 这 个 样子 。 






































class Timer 


{ 

public: 

void Register(int timeout, int timeOutID,void ( *start address )( int timeOutID,void *arglist),void* 
arglist); 

上 
任何 人 使 用 Timer 的 时 候 ， 只 需要 提供 一 个 触发 间隔 ， 一 个 回调 函数 ， 一 个 给 回调 函数 
] 的 参数 。 当 TimedDoor 需要 用 到 Timer 时 它 需 要 干 的 事 是 实现 一 个 回调 函数 ， 并 调用 
Register()。 这 时 的 TimedDoor 像 下 面 这 个 样子 : 
























































class TimedDoor:public Door 


{ 


static void DoorTimeOut(int timeOutID,void *arglist); 
上 

由 于 是 静态 函数 ， 所 以 arglist 需要 用 来 传递 当前 实例 的 this 指针 。 这 时 因为 去 除了 
TimedDoor 和 TimeClient 的 继承 关系 ， 定 时 这 一 概念 和 门 这 一 概念 的 正 交 性 又 有 所 提高 。 
另 一 个 收获 是 去 除了 TimeClient 这 样 一 个 含混 的 概念 而 之 所 以 这 么 做 的 原因 是 TimedDoor 
和 定时 器 的 唯一 交汇 点 就 是 “定时 触发 某 个 事件 这 一 功能 ”， 所 有 其 他 的 关联 不 过 是 人 为 加 
上 去 的 。 

如 果 愿 意 再 往 下 走 一 步 , 就 会 发 现 TimedDoor 这 个 类 事实 上 也 不 是 必须 的 , 任何 一 种 门 
如 果 它 有 定时 功能 ， 直 接 实现 对 应 的 函数 即 可 ， 完 全 不 必 启 用 继承 。 在 这 种 情形 下 ， 就 只 剩 
下 两 个 概念 Door 和 Timer。 

3. 在 继承 中 确保 正 交 

充分 的 抽象 ， 其 最 终结 果 往 往 是 正 交 的 概念 或 逻辑 ， 而 正 交 的 概念 或 逻辑 大 多 时 候 是 应 
对 变化 、 可 测试 、 降 低 夸 合 度 的 基础 。 这 里 面 的 一 个 关键 点 是 如 何 看 待 继 承 ， 继 承 是 OO 的 3 
大 特征 之 一 ， 但 继承 往往 使 正 交 程度 减弱 。 

当前 的 主流 观点 是 把 继承 等 价 于 “IS A” 这 样 的 关系 。 这 是 对 的 ,但 范围 仍然 太 广 ， 有 
点 含混 ， 上 只 按照 这 一 原则 行事 ， 容 易 导 致 类 的 杂 多 化 。 

在 上 述 Door 的 例子 里 ， 这 种 杂 多 化 体现 为 VideoDoor、TimeVideoDoor、MessageDoor、 
TimeVideoMessageDoor 的 出 现 等 。 这 并 不 违反 “IS A” 原 则 ， 所 以 可 以 用 继承 来 实现 他 们 ， 
但 无 疑 会 违反 正 交 原则 或 者 我 们 将 在 下 一 节 讲 到 的 层次 适度 原则 。 

与 继承 相对 的 另 一 种 视角 是 ， 不 把 Time、Video、Message 视 为 种 属 上 的 必然 差异 而 是 视 
为 一 种 偶然 的 可 配置 差异 。 这 时 候 可 以 在 Door 中 加 入 Classification 这 样 的 属性 来 标识 不 同 的 
门 。 这 种 方法 的 正 交 性 往往 更 好 。 
至 于 究竟 在 什么 时 候 使 用 继承 ， 什 么 时 候 使 用 属性 来 分 类 则 和 分 类 的 根本 原则 有 关 。 我 
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们 可 以 根据 肤色 把 人 分 为 黄色 人 种 ， 和 白色 人 种 ， 黑 色 人 种 ， 但 不 能 根据 人 穿 的 衣服 把 人 分 为 
黄 衣 服 的 人 ， 白 衣服 的 人 ， 黑 衣服 的 人 ， 后 者 一 定 会 导致 杂 多 的 概念 。 分 类 的 基础 应 该 是 尽 
可 能 本 质 的 ， 恒 常 的 特质 ， 同 时 尽量 避免 基于 偶然 的 ， 短 期 的 特质 进行 分 类 。 前 者 有 必要 使 
j 继 承 ， 后 者 大 多 时 候 则 可 以 体现 为 属性 




















山 | 






































抽象 与 具体 

在 软件 开发 中 抽象 是 一 个 经 常会 被 用 到 的 词 ， 比 如 ， 有 时 候 不 好 的 程序 会 被 指责 为 抽象 
不 充分 。 

这 里 针对 抽象 和 具体 做 一 点 说 明 。 

从 本 质 上 讲 ， 抽 和 象 是 一 种 认 清 事物 本 质 ， 并 进行 归 类 的 过 程 。 

与 抽象 相对 的 是 具体 ， 但 抽象 的 来 源 也 是 具体 。 

假使 我 们 需要 对 “人 ”这 一 名 词 进行 定义 ， 那 么 必然 是 要 从 张 三 ， 李 四 等 具体 的 人 身上 
抽取 共通 特征 ， 而 后 才能 完成 定义 。 最 终结 果 是 “人 ”这 一 概念 来 源 于 张 三 ， 李 四 ， 但 又 不 
是 张 三 、 李 四 。 这 样 一 个 从 具体 的 事物 中 抽取 共性 ， 再 进行 命名 的 过 程 就 是 抽象 。 

所 以 人 是 抽象 的 ， 真 实 的 某 个 人 是 具体 的 。 方 法 论 是 抽象 的 ， 按 照 方 法 论 来 运作 项 目 是 
具体 的 。 设 计 和 软件 是 抽象 的 ， 软 件 的 使 用 是 具体 的 。 

这 听 着 有 点 绕 ， 我 们 来 看 个 具体 的 例子 。 

排序 的 时 候 ， 有 具体 的 算法 和 待 排 的 东西 是 没关系 的 ， 待 排 的 东西 只 要 提供 比较 大 小 的 函 
数 就 可 以 了 。 

这 种 情况 下 ， 如 果 我 们 把 排序 函数 写成 int sort(int*p, int len); 那么 这 里 的 抽象 是 不 充分 
的 ， 排 序 的 方法 和 待 排序 的 东西 两 者 之 间 也 是 不 正 交 的 。 为 了 进行 充分 的 抽象 ， 那 么 sort0 要 
从 有 具体 的 数据 类 型 上 解放 出 来 : 


void sort( 
Vold *base, 
size t left, 
size_t right, 
size_t width, 
int ( cdecl *comp)(const void *, const void *) 


); 


随 着 抽象 度 的 提高 ， 适 用 范围 确实 提高 了 ， 但 函数 本 身 的 可 理解 程度 却 降低 了 。 这 似乎 是 
一 对 了 矛盾， 抽象 的 东西 灵活 ， 用 途 广泛 ， 但 可 理解 度 会 有 所 降低 ， 有 具体 的 东西 则 利 产 与 此 相反 。 

4. 小 结 

以 正 交 性 为 分 类 的 基本 原则 本 身 并 没有 太 多 值得 争议 之 处 ， 其 关键 在 于 认识 到 这 是 一 个 
程度 问题 ， 而 非 可 以 完美 解决 的 问题 。 在 这 一 过 程 中 很 难 追 寻 到 彻底 无 瑕 竟 的 答案 ， 考 虑 到 
效能 ， 正 交 自 身 则 需要 以 合适 为 前 提 在 恰当 的 时 间 点 终止 。 

让 我 们 以 Grady Booch 在 《面向 对 象 分 析 与 设计 》 中 的 一 段 话 来 终结 这 一 节 : 

那么 分 类 为 什么 这 么 难 呢 ? 我 们 认为 这 里 有 两 个 重要 原因 。 首 先 ， 尽 管 某 些 分 类 肯定 比 
另 一 些 分 类 好 。 但 世上 并 不 存在 一 个 “完美 ”的 分 类 。Coombs、Raffia 和 Thrall 指出 : 将 世 
界 划 分 成 对 和 银 体 系 的 方法 ， 其 数量 可 能 至 少 和 完成 这 项 任务 的 科学 家 的 人 数 一 样 多 。 

其 次 ， 智 能 分 类 要 求 具有 大 量 的 创造 性 见解 。Birtwistle、Dahl、Myhrhaug 和 Nygard 提 
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到 : 有 时 答案 是 明显 的 ， 有 时 却 只 是 一 种 感觉 ， 


而 有 时 候 恰 当 的 构件 是 分 析 的 关键 点 。 


品 
AAA 


具有 创造 性 思维 的 人 才能 找到 那些 在 别人 眼中 毫 无 联系 的 事物 之 间 的 相同 点 。 
一 一 Grady Booch, 《面向 对 象 分 析 与 设计 》 


7.3.2 


逻辑 链 2: 层次 的 控制 


软件 是 一 种 固化 的 思维 一 思维 的 固化 体现 为 概念 和 逻辑 的 固化 一 为 保证 简单 性 ， 概 念 和 
逻辑 的 分 散 程 度 要 尽 可 能 的 低 一 概念 和 逻辑 的 层次 要 尽 可 能 的 少 。 


1， 分 层 的 利 束 


对 于 软件 而 言 ， 层 次 是 让 人 又 爱 又 ， 
很 多 问题 是 通过 增加 层次 解决 的 ， 

















别 看 儿 个 例子 。 
例 1: 很 














多 时 候 我 们 并 不 希望 最 终 上 


民 的 东西 。 
晶 为 外 


部 





三 } 





分 问题 也 


因 





层次 而 导入 的 。 我 们 来 分 





为 














YY 





的 ) 





长 














这 种 跨 平 台 的 目的 ， 就 需要 在 OS 和 应 月 


之 











的 差异 。Java 虚拟 机 等 
例 2: 当 使 用 XML 文 从 
说 ,现在 我 们 在 Configuration/OutputFolder 节点 下 保存 了 默认 保存 目录 ， 
于 与 XML 结构 的 关联 ， 导 
再 通过 GetSaveFolderO 这 样 的 方法 对 默认 保 











随处 可 见 。 比 妇 


来 很 可 能 节点 变 成 了 Configuration/OutputFolder/Save。 为 了 轩 了 


们 需要 加 入 一 个 新 的 提 


走 的 都 是 这 样 一 条 路 线 。 





























作 国 妓 也 起 











间 








} 保 存 配 置信 息 的 时 候 ， 我 们 并 不 希望 XML 的 结构 在 整个 程序 5 

















象 层 , 来 表征 XML 文件 ， 
































存 目录 进行 获取 。 


通过 力 

















崩 被 风沙 所 伤害 ， 但 如 果 蒙 上 十 层 ， 那 更 严重 的 后 果 


[入 层次 解决 问题 的 同时 ， 新 的 问题 也 随 之 发 4 








层 ， 这 个 j 


] 绑 定 于 某 个 指定 平台 ， 如 Windows。 为 了 达成 
司 加 入 一 个 | 





























P 间 : 责 不 同 OS 


慨 负责 / 














| 





但 将 
P 么 我 

















E。 在 眼前 蒙 上 一 层 薄 纱 可 以 防止 眼 
各 会 出 现 一 一 你 看 不 到 路 了 。 














从 可 理解 的 角度 看 ， 上 只 有 某 一 功能 所 涉及 的 所 有 层次 ， 所 关联 变量 的 各 种 可 能 性 都 被 澄 














在 用 C++ 创建 
有 时 候 我 们 可 能 想 预 





A 

















象 。 有 时 候 我 们 也 可 能 想 直 接 在 磁盘 上 分 配 空间 存放 外 
为 了 达成 上 面 这 些 目的 ， 层 次 又 一 次 站 出 来 发 挥 作 
] 象 ， 创 建 集合 类 的 时 候 ， 可 以 通过 指定 不 同 的 allocator 来 控 








来 建立 一 层 折 











这 应 该 是 不 错 的 设计 方法 ，C++ 标 准 模板 库 里 就 是 这 么 
接 下 来 我 们 来 看 一 
(Swallow Copy)， 为 此 重 载 了 类 的 拷贝 构造 


清 之 后 ， 有 具体 的 代码 才 可 能 真 的 被 理 角 


集合 类 

















和 已 天 


的 时 候 ， 我 们 可 能 希 











坚 。 在 排 错 的 时 
望 对 集合 类 的 内 存 使 
E 保 留 一 块 内 存 ， 接 下 来 在 这 块 内 存 上 进 





} 候 尤其 如 





此 。 我 们 来 看 一 个 例子 : 











si 














方法 进行 更 多 的 定制 。 




















行 二 次 分 配 来 存放 各 种 小 的 对 








ps 




















合 类 




















旦 出 了 错 的 情形 。 我 们 可 
函数 包 


类 的 时 候 ， 不 知道 为 什么 总 是 不 成 功 。 这 个 时 候 ， 








全 已 天 





的 对 


家 。 














故 的 。 
能 希望 放 入 集 
[赋值 函数 ， 

















， 我 们 





可 以 建立 allocator 这 样 的 类 
关内 存 使 用 的 方法 。 














合 类 的 对 象 总 是 进行 浅 复 制 


日 最 终 发 现 当 对 象 被 放 入 集合 











想 是 完全 解决 不 了 问题 的 。 为 了 排 错 ， 我 们 只 能 局 动 调试 器 。 


调试 的 过 程 中 ， 我 们 通常 并 不 能 一 下 就 确认 问题 和 allocator 








找 出 问题 所 在 ， 我 们 也 要 对 allocator 这 一 层次 做 点 分 析 。 这 种 分 析 的 ] 
allocator 这 一 层次 的 代价 在 这 一 场景 下 ， 所 需要 的 只 是 分 
allocator 机 制 的 代价 。 


























List 容器 的 声明 如 下 : 
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逻辑 上 程序 没有 任何 问题 ， 因 











此 只 靠 脑子 


RY 


岂 吏 





有 没有 关联 ， 所 以 为 了 
开销 事实 上 就 成 为 添加 
配 内 存 ， 但 却 必须 付出 了 解 





























template < class Type, class Allocator=allocator<Type> > class list; 


通过 添加 allocator 这 个 层次 的 方法 解 午 了 “在 哪里 分 配 ” 与 “容器 的 实现 ” 但 代价 则 是 ， 
一 旦 有 问题 ， 就 要 去 挖 穿 各 个 层次 ， 这 有 时 候 很 困难 。 
通过 上 述 的 例子 我 们 可 以 大 致 体会 到 层次 这 把 双 刃 剑 的 威力 。 通 过 层次 我 们 可 以 让 软件 
更 灵活 ， 抽 象 更 充分 ;但 层次 也 会 把 达成 某 一 功能 所 必需 的 信息 进行 分 割 ， 增 加 复杂 度 。 所 
以 层次 的 多 少 往往 并 非 是 一 个 对 与 错 的 问题 ， 而 是 一 个 程度 问题 ， 究 竟 什 么 样 的 层次 才 合 适 ， 
是 需要 现场 的 人 进行 判断 的 。 

2. 层次 与 信息 分 割 相对 冲 的 实例 

为 了 更 好 地 理解 层次 与 抽象 程度 进行 对 冲 这 一 事实 ， 我 们 来 看 一 个 著名 的 例子 ， 这 个 例 
子 取 自 《 重 构 : 改善 赋 有 代码 的 设计 》， 代 码 则 主要 来 自 侯 捷 先 生 的 网 站 ， 标 为 粗 体 的 注释 则 
是 为 了 说 明 问 题 加 上 去 的 。 
程序 的 目的 是 为 影片 出 租 店 计算 每 一 位 顾客 的 消费 金额 并 打印 报表 。 操作 者 会 告诉 程序 : 
顾客 租 了 哪些 影片 ， 租 期 。 程 序 则 根据 租赁 时 间 和 影片 类 型 算出 费用 。 影 片 分 为 3 类 : 普通 
片 、 儿 童 片 和 新 片 。 除 了 计算 费用 ， 程 序 还 要 计算 每 个 人 的 积分 ， 积 分 会 根据 影片 种 类 而 有 
所 不 同 。 

1) 最 初版 本 。 抽 和 象 不 充分 ， 但 层次 较 少 的 代码 。 

表示 电影 和 租赁 的 类 都 是 数据 类 ， 因 此 略 掉 get/set 相关 的 代码 。 
































































































































































































































































































































class Movie { 
public static final int CHILDRENS = 2; 
public static final int REGULAR = 0; 
public static final int NEW RELEASE = 1; 


private String _title; /电影 名 
private int _priceCode; /价格 的 代号 

} 

class Rental { // 某 一 次 租赁 行为 
private Movie _movie; // 租 的 电影 
private int _daysRented; // 租 的 天 数 





} 

下 面 是 最 主要 的 类 Customer: 

class Customer { 
private String _name; // 租 电影 的 人 的 名 字 
private Vector Tentals = new Vector(); // 租 借 记录 


public Customer(String name) { 


_hame = Name,; 


} 
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public void addRental(Rental arg) { 
_rentals.addElement(arg); 


public String statement() { ” // 这 是 原作 者 认为 存在 问题 的 地 方 ， 因 此 是 重 构 的 重点 





double totalAmount = 0; // 总 消费 金额 
int frequentRenterPoints = 0; // 积 分 


Enumeration rentals = _rentals.elements(); 
String result = "Rental Record for " + getName() + "\n"; 


while(rentals.hasMoreElements()){ 
double thisAmount = 0; 
Rental each = (Rental) rentals.nextElement(); 


//determine amounts for each line 
switch(each.getMovie().getPriceCode()){ /按照 价格 的 代码 做 分 支 ， 分 别 计 价 
case Movie.REGULAR: // 普 通 片 
thisAmount += 2; 
这 each.getDaysRented()>2) 
thisAmount += (each.getDaysRented()-2)*1.5; 


break; 

case Movie.NEW_ RELEASE: /新片 
thisAmount += each.getDaysRented()*3; 
break; 

case Movie.CHILDRENS: // 儿 童 片 


thisAmount += 1.5; 
if(each.getDaysRented()>3) 

thisAmount += (each.getDaysRented()-3)*1.5; 
break; 


//add frequent renter points // 按 照 既定 规则 ， 积 分 
frequentRenterPoints ++; 
//add bonus for a two day new release rental 
if ((each.get Movie().getPriceCode() == Movie.NEW RELEASE) && 
each.getDaysRented() > 1) 
frequentRenterPoints ++; 


//show figures for this rental 

result += "\t" + each.get Movie().getTitle() + "\t" + 
String.valueOf(thisAmount) + "\n"; 

totalAmount += thisAmount; 


} 
/… 打印 输出 部 分 略 


} 
} 


原作 者 指出 了 这 段 程序 的 明显 缺点 。 

@ 报告 部 分 和 计算 部 分 混杂 在 一 起 。 一 旦 要 添加 新 格式 的 报告 ， 如 html 格式 的 ， 那么 需 
要 编写 全 新 的 htmlStatementO。 这 将 导致 同样 的 计 费 标准 和 影片 分 类 规则 在 不 同 的 代 
码 段 中 存在 ， 十 分 不 利于 面 对 变 化 。 

事实 上 这 就 是 不 正 交 ， 可 以 独立 的 东西 没有 独立 。 几 乎 所 有 人 都 会 认同 原作 者 的 观点 。 

但 问题 总 有 两 面 性 ， 这 么 写 程序 也 并 不 是 一 无 是 处 ， 例 如 : 

@ 层次 很 少 ， 任 何人 都 可 以 一 眼看 穿 程 序 做 了 什么 。 新 手 也 可 以 。 

接 下 来 我 们 看 重 构 后 的 代码 。 

2) 重 构 后 的 代码 。 抽 象 较 充 分 ， 但 层次 增加 的 代码 。 


public class Movie { /主要 变化 是 多 了 一 个 Price 类 
public static final int CHILDRENS = 2; 
public static final int REGULAR = 0; 
public static final int NEW_RELEASE = 1; 






























































































































































private String _title; 


private Price _price; // 用 于 处 理 计 价 和 积分 规则 的 新 类 


public Movie(String title, int priceCode){ 
_title = title; 
setPriceCode(priceCode); 
} 
// 转 发 调用 ， 不 在 Movie 类 里 直接 包含 价格 代码 ， 层 次 出 现 
public int getPriceCode(){ 
return _price.getPriceCode(); } 












































public void setPriceCode(int arg) { /依据 价格 代号 ， 创 建 不 同 对 象 ， 多 态 
switch (arg) { 
case REGULAR: 
_price = new RegularPrice(); 
break; 
case CHILDRENS: 
_price = new ChildrensPrice(); 
break; 
case NEW RELEASE: 
_price = new NewReleasePrice(); 
break; 
default: 
throw new llegalArgumentException("Incorrect Price Code"); 
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} 


double getCharge(int daysRented) { 
return _price.getCharge(daysRented); 


int getFrequentRenterPoints(int daysRented) { 
return _price.getFrequentRenterPoints(daysRented); 


EE 构 后 的 Rental 类 : 


class Rental { 





private Movie _movie; 


private int_daysRented; 


public Rental(Movie movie, int daysRented) { 
_movie = movie; 
_daysRented = daysRented; 


double getCharge() { 


return movie.getCharge( daysRented); 


int getFrequentRenterPoints() { 
return movie.getFrequentRenterPoints(_daysRented); 


E 构 后 的 Customer 类 : 


class Customer { 


private String _name; 


private Vector rentals = new Vector(); 


// 转 发 调用 ， 层 次 出 现 


// 转 发 调用 ， 层 次 出 现 


// 新 加 部 分 ,转发 调用 ， 层 次 出 现 


// 新 加 部 分 ， 转 发 调用 ， 层 次 出 现 


// 现 在 statement 中 只 负责 输出 报告 ， 其 他 功能 通过 调用 方法 完成 


public String statement() { Enumeration rentals = _rentals.elements(); 


String result = "Rental Record for " + getName() + "\n"; 


while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement(); 


//show figures for this rental 
result += "\t" + each.get Movie().getTitle()+ "\t" + 


String.valueOf(each.getCharge()) + "\n"; 


//add footer lines 

result += "Amount owed is "+ 
String.valueOf(getTotalCharge()) + "\n"; 
result += "You earned "+ 





String.valueOf(getTotalFrequentRenterPoints()) 十 
" frequent renter points"; 


return result; 





//htmlStatement() 省 略 

















//query method 
private int getTotalFrequentRenterPoints(){ 
int result = 0; 
Enumeration rentals = _rentals.elements(); 
while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement(); 
result += each.getFrequentRenterPoints(); 


} 


return result; 


//query method 计价 
private double getTotalCharge() { 
double result = 0; 
Enumeration rentals = _rentals.elements(); 
while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement(); 
result += each.getCharge(); 


} 


return result; 


新 增加 的 Price 类 : 














abstract class Price { ”// 虚 基 类 ， 多 态 
abstract int getPriceCode(); 
/真正 计算 价格 的 地 方 ， 要 经 过 层次 转发 ， 才 能 到 达 这 里 
abstract double getCharge(int daysRented); 
/真正 计算 积分 的 地 方 ， 要 经 过 层次 转 接 才 能 到 达 这 里 
int getFrequentRenterPoints(int daysRented) { return 1; 


} 


区 



























































707 


class ChildrensPrice extends Price { ” // 子 类 
int getPriceCode() { 
return Movie.CHILDRENS; 


double getCharge(int daysRented) { 
double result = 1.5; 
if (daysRented > 3) 
result += (daysRented-3) * 1.5; 
return result; 


class NewReleasePrice extends Price { 
int getPriceCode() { 
return Movie. NEW RELEASE; 


double getCharge(int daysRented) { 
return daysRented * 3; 


int getFrequentRenterPoints(int daysRented) { 
return (daysRented > 1) ? 2: 1; 


class RegularPrice extends Price { 
int getPriceCode() { 
return Movie.REGULAR; 


double getCharge(int daysRented) { 
double result = 2; 
if (daysRented > 2) 
result += (daysRented-2) * 1.5; 
return result; 


} 
重 构 之 后 的 好 处 是 
@ 报告 和 计算 互 不 干扰 ， 这 使 增加 新 的 报告 格式 不 会 影响 现 有 代码 。 
@ 积分 和 计价 规则 独立 在 子 类 中 ， 可 以 很 容易 地 调整 规则 。 
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好 处 是 非常 明显 的 ， 几 乎 没有 和 争议， 如 正 交 性 增加 ， 灵 活性 增加 等 ， 但 我 们 也 失去 了 些 东西 。 
@ 层次 增加 了 。getCharge0 和 getFrequentRenterPointsO) 被 转发 了 2 次 。 比 如 ，Rental 的 
getCharge() 一 Movie 的 getCharge0 一 Price 的 getChargeO 在 经 过 多 态 机 制 转 到 具体 的 对 



































象 。 对 于 getCharge() 而 言 ，Movie 这 一 层 的 主要 作用 是 转发 调用 ， 并 没有 实际 意义 。 




















@ 概念 增加 了 ，Price 被 衍生 出 来 了 。 






































对 于 小 规模 的 程序 ， 不 论 收益 或 者 损失 可 能 真 的 是 无 关 紧 要 。Martin Fowler 自身 也 强调 
对 于 这 种 规模 的 程序 ， 重 构 是 不 值得 的 。 所 以 希望 读者 把 这 一 例子 想象 为 大 系统 的 一 部 分 。 






























































这 个 例子 提醒 我 们 , 设计 中 往往 并 非 是 追求 单 维度 上 的 极 



















































































但 事实 上 上 面 所 提 到 的 问题 ， 在 大 系统 中 同样 存在 ， 收 益 和 损失 将 同比 放大 。 





值 , 而 是 要 谋求 一 种 平衡 。7.3.1 


节 中 所 提 到 的 ， 正 交 是 我 们 所 要 追求 的 ， 但 这 往往 也 带 来 层次 。 
平衡 点 究 竞 在 哪里 是 每 一 个 设计 人 员 必 须 关 注 的 问题 。 就 上 述 例 子 而 言 ， 我 们 可 以 发 气 
出 层次 数 介 于 上 述 两 者 之 间 的 方案 ， 比 如 ,单纯 的 分 割 计算 和 进行 statementO 的 代码 ， 把 计算 








的 结果 作为 statement() 的 参数 。 这 样 既 不 用 生成 新 的 类 ， 又 可 以 部 分 解决 添加 htmlStatement() 








所 带 来 的 困扰 。 
3 和 一 点 总 结 























解 看 这 一 工作 本 身 达 到 一 定 水 平 后 ， 其 所 带 来 的 正 效应 会 逐步 降低 。 但 其 钠 效应 却 可 能 



































逐步 增加 。 单 纯 从 理论 上 讲 ， 可 维护 性 、 可 扩展 性 、 可 重用 性 、 松 散 耦 合 、 性 能 、 可 移植 性 、 

精简 性 、 时 间 开 销 等 要 求 决定 了 一 个 最 佳 平 衡 点 。 超 过 这 一 平衡 点 后 ， 任 何 一 方面 的 增强 都 

是 以 其 他 方面 更 大 的 损失 为 代价 的 。 从 这 个 角度 上 讲 ， 设 计 的 过 程 是 追求 这 个 最 佳 平衡 点 的 
量 手 段 进 行 支持 ， 否 则 就 必然 充斥 过 多 的 主观 

判断 ， 而 纷争 无 数 。 这 一 点 我 们 会 在 第 8 章 中 进一步 进行 探讨 。 

曾经 有 人 说 过 这 样 一 句 话 ， 可 供 我 们 参考 。 他 说 : 如 果 你 知道 自己 在 做 什么 ，3 层 足 够 ; 
























































过 程 ， 而 究竟 平衡 点 在 哪里 事实 上 需要 一 定 度量 























































































































如 果 你 不 知道 自己 在 做 什么 ， 那么 17 层 也 没 用 。 如 果 我 们 认为 9 是 一 个 人 可 以 同时 记 住 的 最 




















大 的 概念 数 ， 那 么 实现 某 一 功能 时 层 数 无 疑 要 小 于 这 个 值 的 。 











和 层次 相关 的 问题 主要 有 两 个 ;一 个 是 层次 的 多 少 ; 另 一 个 则 是 层次 的 一 致 性 。 如 果 说 








层次 的 多 少 是 一 个 合适 与 否 的 问题 ， 那 么 层次 一 致 性 则 是 一 个 是 非 问题 。 某 一 个 层次 上 所 体 




















现 出 来 的 东西 应 该 具有 层次 一 致 性 。 这 和 前 面 在 讨论 的 需求 ， 








的 层次 问题 类 似 。 


比如 说 ， 如 果 有 一 个 类 叫 Cat， 那 么 这 个 类 的 接口 ， 可 以 有 返回 猫 的 颜色 ， 猎 的 种 类 ， 这 
些 属性 是 在 一 个 抽象 层面 上 的 。 但 如 果 突然 有 一 个 接口 是 返回 猫 的 个 数 ， 那 么 大 多 时 候 就 会 






























































让 人 感到 奇怪 。 
我 们 感觉 到 奇怪 的 根本 原因 是 抽象 的 层次 出 现 了 不 一 致 怕 



























































体 的 某 一 只 猫 ， 而 个 数 则 属于 猫 的 集合 。 


























E。 颜色 和 种 类 这 种 属性 属于 具 





这 种 抽象 层次 的 不 一 致 实际 上 是 增加 耦合 度 的 一 个 元 凶 之 一 。 





很 不 幸 的 是 ， 这 又 是 一 个 要 依赖 于 个 人 技能 的 地 方 。 有 眼下 还 看 不 到 自动 判断 抽象 层次 是 


否 合适 的 方法 。 
设计 模式 与 层次 




















其 实 很 多 设计 模式 是 通过 增加 层次 来 实现 的 。 比 如 说 ，Factory, Proxy, Iterator,Command 
等 。 我 们 用 《设计 模式 》 一 书 中 的 Proxy 来 说 明 这 种 层次 添加 的 过 程 。 
假设 像 Word 这 样 的 程序 中 有 两 个 类 : Application 和 Image. 每 当 Word 打开 一 个 文件 时 ， 
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它 逐 个 遍历 Image 的 实例 ,装载 所 有 的 图 像 , 并 显示 它们 .这 个 时 候 Application 直接 调用 Image 
的 方法 。 

但 问题 是 这 样 一 来 ， 如 果 一 个 文档 中 有 10 000 个 图 片 ， 打 开 这 个 操作 会 很 花 时 间 。 

所 以 需要 用 到 Proxy 模式 。 这 个 模式 说 的 是 ， 在 Application 和 Image 之 间 加 入 一 个 新 的 
层次 : ImageProxy。ImageProxy 判断 图 像 是 否 在 显示 区 域内 ， 如 果 在 ， 则 调用 Image 的 方法 
来 显示 图 像 ， 否 则 什么 都 不 做 。 这 样 一 来 ， 装 载 速度 的 问题 就 解决 了 。 

设计 模式 之 所 以 有 用 往往 在 于 其 投入 产 出 比较 好 ， 而 不 是 因为 其 毫 无 代价 一 一 从 保持 简 
单 性 的 角度 看 增加 的 层次 即 是 代价 。 

为 了 驾驭 设 计 模 式 ， 而 不 是 为 设计 模式 所 驾驭 ， 归 根 到 底 是 要 把 握 这 里 的 设计 原则 ， 把 
握 现场 状况 ， 把 握 具 体 得 失 。 


7.3.3 ”逻辑 链 3: 时 序 下 的 数据 流 


软件 是 一 种 固化 的 思维 一 思维 的 固化 体现 为 概念 和 逻辑 的 固化 一 为 保证 简单 性 ， 时 序 自 
身 要 尽 可 能 简单 一 如 果 多 线程 这 样 的 手段 使 概念 的 实例 处 在 很 难 理解 的 状态 ， 还 辑 关系 将 变 
得 复杂 一 使 时 序 复杂 化 时 ， 要 有 关键 理由 。 
所 谓 时 序 ， 即 动作 的 先后 顺序 。 
时 空 的 特征 决定 了 这 世界 上 大 多 的 事情 省 有 因果 ， 也 决定 了 程序 中 凡事 必 有 先后 。 当 我 
们 明确 了 先 做 什么 ， 再 做 什么 ， 最 后 做 什么 之 后 ， 我 们 才能 对 事情 真正 有 所 把 握 。 不 管 采用 
什么 设计 方法 ， 都 要 让 这 类 路 线 尽 可 能 明晰 。 唯 其 如 此 ， 程 序 才 更 容易 懂 ， 因 为 这 是 正常 人 
最 基本 的 认 知 世界 的 方式 。 

对 时 序 影响 很 大 的 一 个 因素 是 并 行 , 并 行 的 一 个 常见 实现 方法 是 启用 多 线程 (或 多 进程 )。 
多 线程 类 程序 之 所 以 难 写 ， 不 在 于 本 号 的 机 制 或 同步 多 么 难以 掌握 ， 而 在 于 并 发 使 整个 程序 
中 的 逻辑 变 得 更 加 复杂 。 时 序 背 后 的 东西 是 信息 的 流向 。 

关于 这 点 可 能 很 多 信心 存疑 问 ， 并 会 以 为 在 面向 对 象 的 世界 里 ， 这 点 已 经 无 关 紧 要 ， 但 
其 实 不 然 ， 明 确信 息 流 一 如 既往 的 重要 。 

正 是 在 信息 流动 的 过 程 中 ， 概 念 才能 完成 衍化 、 归 并 ， 并 最 终 再 确定 的 过 程 。 为 理解 这 
点 ， 回 顾 计算 机 最 基本 的 模型 也 许 是 有 必要 的 ， 如 图 7-8 所 示 。 
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扩展 槽 ， 用 来 支持 网 络 


适配器 等 





USB 
控制 器 


键盘 鼠标 











改 自 《深入 理解 计算 机 系统 》， 在 汉 。 诺 依 曼 体 系 中 ,键盘 和 和 鼠标 被 称 为 输入 设备 ， 显 示 器 被 称 为 输出 设备 

















图 7-8 计算 机 的 基本 体系 结构 
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这 个 模 
多 少 细节 处 


























型 提醒 我 们 
里 ， 当 人 们 


























和 鼠标 )， 
人 们 使 


按照 指定 的 步骤 进行 相应 处 理 ， 最 终 ， 把 结果 返回 给 月 
] 什 么 样 的 设计 方法 (面向 对 象 或 其 他 ), 信息 流向 越 复杂 , 信息 的 分 散 度 越 高 ， 
软件 的 维护 也 就 会 越发 
贰 序 ， 分 文 ， 选 择 ， 优 有 


向 。 不 管 我 们 
软件 也 就 越 难 





我 们 篆 




















j 计 算 机 的 





个 最 为 基本 的 事实 ， 不 管内 部 通过 人 
使 用 计算 机 时 ， 通 常 的 过 程 是 ， 
并 希望 获取 一 些 输出 〈 大 多 时 候 通 过 显示 器 )， 而 输入 、 输 出 必 不 相同 。 
目的 ， 也 了 
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LE 
和 
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上 旦 ， 


说 的 ) 








处 理 关 系 是 





指 抢 


口 ， 









































个 典型 的 应 
影响 过 大 ， 并 间接 导致 测试 困难 
生 ,一般 的 测试 手段 并 不 足以 发 现 这 类 问题 。 所 以 原则 J] 
或 者 说 在 满足 需求 的 前 提 下 ， 线 程 数 和 进程 数 应 该 尽 可 











| 么 样 的 手段 (OO 或 其 他 ) 做 了 
些 东西 〈 大 多 时 候 用 键盘 








二 
[/ 








通过 输入 


















































软件 对 用 户 输入 进行 抽象 ， 分 割 ， 而 后 
E 步 又 所 体现 的 正 是 信息 的 流 





的 根本 使 命 。 


日 户 。 而 处 开 


FE 是 软件 上 























困难 。 
E 顺 位 处 理 则 是 时 序 的 一 种 
是 操作 系统 中 的 线程 调度 。 大 多 情况 下 ， 并 行 对 复杂 度 
多 线程 或 多 进程 导致 的 问题 往往 是 有 时 发 生 ， 有 时 不 发 
FE: 应 该 尽 可 能 不 用 ， 除 非 收益 足够 大 。 


台 巴 
能 少 o 
































k 体 表现 形式 。 优 先 顺 位 









































































































































以 多 线程 和 多 进程 而 论 ， 确 定 “ 什 么 时 候 适 合 使 用 这 种 技术 ”是 比 “ 怎 么 使 用 这 项 技术 ” 
困难 得 多 的 事情 。 
现实 中 人 们 往往 对 事件 ， 信 和 号 灯 等 同步 处 理 手段 关注 过 多 ， 而 对 究竟 应 不 应 该 启用 多 线 





程 /进程 关注 得 太 少 。 








合适 的 。 





@ 数据 很 容易 分 
要 处 理 ， 








这 里 来 简单 做 个 总 结 ， 对 于 下 面 这 些 场 景 ， 一 般 来 讲 
































口 量 


多 线程 /进程 是 
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每 个 文人 


4， 处 
F 的 处 理 彼 出 




















里 不 同 数据 时 
上 独 








彼此 间 没 有 什么 交互 。 比 如 说 ， 有 10 万 个 文件 需 
立 。 这 时 候 显然 要 做 并 行 ， 这 样 最 终 数据 处 理 速 度 将 


























依赖 于 并 行 分 布 的 程度 。 这 好 像 和 
见 《 软 件 随 想 录 》)。 在 待 处 开 
办 法 保证 速度 不 会 下 降 ， 这 六 
监控 设备 响应 《〈 端 
F， 而 不 希望 设备 | 
单独 建立 了 Raw Input Thread(RIT) 来 监控 整个 系统 的 键盘 和 鼠标 消息 ， 而 后 再 分 发 给 
各 个 进程 中 的 线程 。( 详 见 《Windows 核心 纺 
向 应 速度 。 比 如 ， 
理 ，UI 会 挂 起 ， 很 典型 的 应 月 


日 


的 事 伯 


优化 UI 











民 简单 ， 但 却 触发 了 MapReduce 这 样 著名 的 模型 ( 参 
数据 持续 增长 的 情形 下 ， 如 果 不 启用 并 行 ， 那 几乎 没有 
是 单纯 靠 优化 算法 可 以 解决 的 问题 。 
























































会 


























不 是 
监视 也 应 该 属于 这 个 类 别 )。 这 时 候 我 们 会 希望 能 及 时 响应 设备 











二 








同 的 窗口 ! 


模式 的 应 


计算 量 很 











寺 响应 。 
待 处 3 


中 大 多 时 候 可 以 适 


























处 到 














YY 人 力 














=} 
I .AE 
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这 里 


就 不 列 了 。 




















，Windows 中 就 





上 的 数据 采集 和 对 数据 的 处 理 彼此 干涉 。 比 如 























程 》)。 

文档 编辑 器 打开 大 文件 时 ， 如 果 不 分 离 UI 响应 和 实际 处 
日 是 进度 条 的 处 理 。 使 用 了 MVC(Model-View-Controller) 
这 条 ， 因 为 很 多 时 候 都 需要 View 和 Controller 总 是 保 










































































理 的 请 求 天 生 就 是 并 行 的 。 比 如 ， 当 浏览 不 同 网 站 时 ， 不 同 的 网 站 的 显示 会 在 不 
， 这 类 处 理 
服务 器 体系 也 是 这 类 情形 。 

大 ， 并 且 算 法 可 以 分 
计算 的 主 战 场 ， 比 如 ， 在 展示 MPI(Message Passing Interface) 的 使 月 
的 计算 x 的 例子 ， 就 是 如 J 


























多 进程 。 客 户 / 























天 生 就 是 并 行 的 ， 既 可 以 用 多 线程 也 可 以 


年 


工程 等 ) 事实 
日 时， 经 常 
[之 不 详 ， 








1。 有 些 传说 中 的 领域 (大 气 模拟 、 基 因 


口 











开发 的 距离 就 有 点 远 ， 尔 





比 。 但 这 离 通 用 软件 3 











会 

















这 个 列表 应 该 进 


对 于 多 线程 的 误 用 ， 在 MSDN 上 可 以 找到 一 份 和 





步 力 





E 列 这 么 多 了 。 
提取 几 个 典型 的 。 
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0 长 ， 但 限于 精力 ， 眼 下 却 只 外 
民 好 的 总 结 ， 这 上 
































@ 锁 争 用 和 顺序 执行 。 这 时 虽然 启用 了 多 线程 ， 但 实际 执行 起 来 这 些 线程 是 串 行 的 。 
@ 过 度 订阅 。 如 果 系 统 的 核 数 远 少 于 线程 数 ， 同 时 启动 很 多 个 线程 ， 时 间 往 往 会 浪费 在 
抢占 上 。 
@ LIO 效率 低 。 多 线程 被 用 来 做 频繁 的 IO 操作 ， 这 会 导致 很 多 时 间 开 销 在 VO 操作 上 。 
并 行 的 种 类 

为 并 行 分 类 并 不 是 很 容易 的 事 ， 这 里 只 介绍 一 种 最 简单 的 ， 依 据 内 存 架 构 对 并 行进 行 分 
类 的 方法 。 依 据 内 存 架 构 ， 并 行 可 以 分 为 3 类 。 

Shared Memory: 常 说 的 多 线程 即 是 这 一 类 ， 比 较 有 名 的 实现 是 OpenMP。 

Distributed Memory: 如 果 多 台 PC 组 合 起 来 进行 并 行 计算 那 就 是 这 一 类 。 比 较 有 名 的 实 
现 是 MPI。 

Hybrid Distributed-Shared Memory: 如 果 多 台 PC 进行 分 布 ， 每 台 PC 上 还 尼 用 多 核 ， 那 

有 人 似乎 还 想 进 一 步 区 分 并 行 和 并 发 ， 这 就 有 点 微妙 了 ， 这 里 不 做 这 类 区 分 ， 请 读者 自 
行 研 究 吧 。 


7.3.4 ”逻辑 链 4: 信息 的 隐藏 


软件 是 一 种 固化 的 思维 一 思维 的 固化 体现 为 概念 和 逻辑 的 国 化 一 软件 开发 大 多 时 候 需要 
多 人 协作 一 为 保证 简单 性 ， 但 凡 可 封闭 的 信息 要 进行 封闭 一 如 果 达 不 成 这 一 目标 ， 则 误 用 将 
增加 不 必要 的 逻辑 关联 。 

1. 信息 隐藏 的 价值 根源 

假使 我 们 认同 软件 的 构造 是 一 个 复杂 的 结构 ， 那 么 管理 这 种 复杂 度 必 然 需要 一 些 技巧 。 
而 为 了 找 出 这 些 技巧 ， 则 需要 先 考 察 这 种 复杂 度 的 基本 构成 。 

软件 的 构造 过 程 牵涉 了 两 个 最 为 基本 的 要 素 ; 一 是 软件 自身 ; 二 是 构造 软件 的 人 。 

假设 说 存在 着 一 个 标准 的 人 ， 这 个 人 智力 水 平 恒定 ， 创 新 能 力 恒 定 ， 技 能 水 平 恒定 。 那 
么 软件 的 复杂 度 只 决定 于 其 自身 ， 比 如 ， 软 件 所 需要 面 对 的 业务 规则 、 所 需要 的 计算 水 平等 。 
应 对 这 类 复杂 度 的 有 效 手段 是 优化 方法 ， 好 比 说 快速 排序 的 效率 大 多 时 候 就 是 比 冒 泡 排序 好 。 

当 我 们 开始 考虑 人 的 可 变 因素 时 ， 复 杂 度 的 来 源 则 发 生 了 变化 。 人 是 有 着 许多 与 生 俱 来 
的 特质 的 ， 比 如 说 ， 人 是 会 犯错 的 、 人 在 同一 时 间 可 以 处 理 的 事情 是 有 限度 的 等 。 
因为 这 些 特 性 ， 人 在 应 对 软件 自身 所 拥有 的 复杂 度 的 同时 ， 又 带 来 了 偶然 的 ， 与 个 人 特 
质 相 关 的 复杂 度 。 比 如 说 ， 人 无 法 同时 记 住 过 多 的 概念 ， 否 则 容易 记忆 出 错 ; 局 部 变量 的 名 
称 可 能 碰巧 和 一 个 全 局 变量 相同 ， 而 我 们 又 误 把 这 个 局 部 变量 作为 全 局 变量 使 用 了 。 
信息 隐藏 则 是 减少 这 类 偶然 性 复杂 度 的 一 个 有 效 手段 。 对 于 方法 或 函数 而 言 ， 输 入 参数 ， 
输出 参数 描述 了 它 的 边界 。 对 于 类 而 言 ， 公 有 属性 和 公有 方法 描述 了 它 的 边界 。 边 界 以 内 的 
即 是 被 隐藏 探 的 信息 。 这 个 时 候 不 管内 部 多 么 复杂 ， 对 外 而 言 上 只 是 一 个 单一 概念 ， 这 有 助 于 
使 程序 变 得 更 加 容易 理解 。 也 即 是 说 ， 信 息 隐 藏 可 以 减少 在 特定 层面 上 需要 暴露 的 信息 块 数 。 

假设 说 我 们 用 一 个 名 为 CustomerManager 的 类 来 管理 客户 的 基本 信息 ， 但 在 开放 出 
AddCustomer0, EditCustomer0O,DeleteCustomerO 这 样 接口 的 同时 ， 也 开放 了 内 部 存放 客户 信息 
的 集合 类 。 那 么 使 用 CustomerManager 类 的 人 ， 很 可 能 直接 通过 操作 集合 类 来 获取 客户 信息 。 
这 个 做 法 虽然 可 以 被 编译 器 所 接受 ， 但 实际 上 一 旦 如 此 ， 任 何 一 个 人 关注 CustomerManager 
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时 就 需要 关注 4 个 信息 块 ， 而 非 是 3 个 ， 如 图 7-9 所 示 。 为 了 避免 这 类 误 用 ， 存 放 客 户 信 息 
的 集合 类 应 该 被 隐藏 起 来 ， 让 用 的 人 只 看 到 接口 。 




















一 旦 暴露 了 内 部 数据 结构 ， 那 么 必 
将 有 人 直接 使 用 ， 最 终 导致 使 用 这 
+AddCustomer() 一 类 别 时 需要 把 握 的 信息 块 增加 




















+EditCustomer() 
+DeleteCustomer() 














图 7-9 信息 隐藏 不 好 的 例子 








2. 信息 隐藏 的 归纳 





下 

















用 我 们 来 对 信息 隐藏 的 类 别 做 一 些 归 纳 和 总 结 。 


@ 不 同 手段 下 ， 信 息 隐藏 的 程度 是 强 弱 有 别 的 。 
外 部 只 能 看 到 接口 和 基本 数据 类 型 ， 那 么 信息 隐藏 得 最 彻底 。 这 个 时 候 ， 如 果 必 要 ， 


如 果 
通常 就 可 
使 用 
一 级 。 因 














常 说 


@ 信息 隐藏 是 抽象 数据 类 型 (ADT)、 类 等 之 所 以 存在 的 一 个 比较 主要 的 天 












































以 在 物理 上 把 相关 部 分 分 离 出 来 ， 如 创建 动态 链接 文件 等 。 




















类 的 各 种 关键 字 ( 如 private、public) 来 控制 信息 隐藏 时 ， 信 息 隐 藏 的 程度 已 经 弱 了 

















为 这 个 时 候 类 自身 所 处 的 状态 已 经 成 为 一 个 必须 了 解 的 东西 ， 而 为 了 解 这 些 东西 ， 
很 多 时 候 就 必须 了 解 内 部 的 数据 和 私有 函数 。 这 不 难 理解 ， 公 有 方法 可 以 操作 私有 数据 ， 那 
么 理解 公有 方法 就 需要 了 解 私有 数据 。 









































的 全 局 变量 信息 隐藏 程度 最 差 ， 几 乎 是 不 做 信息 隐藏 。 
































由 。 但 信息 隐 





藏 并 不 只 在 使 用 抽象 数据 类 型 和 类 的 时 候 才 有 意义 。 定 义 接口 的 时 候 ， 甚 至 实现 的 时 


候 信息 隐藏 这 一 原则 同样 可 以 发 挥 作 


比如 


方法 的 参数 ， 这 也 是 违背 信息 隐藏 原则 的 。 



























































说 ， 实 现 方法 A 的 时 候 ， 实 际 上 只 需要 类 的 两 个 属性 ， 但 却 把 整个 类 定义 成 了 这 个 






































目的 是 信息 隐藏 ， 但 实际 上 却 违 背 了 信息 隐藏 原则 的 情形 。 











比如 





有 成 员 变 
































说 ， 类 的 方法 中 常常 会 使 用 到 成 员 变 量 。 有 时 候 和 类 自身 关联 不 是 很 紧密 的 属性 
加 为 成 员 变 量 。 表 征 数据 库 的 类 (如 DataBase) 大 多 时 候 并 不 需要 和 获取 数据 的 
类 (如 传感器 的 类 Sensor) 直接 关联 ， 但 有 时 候 Sensor 的 实例 却 会 被 添加 为 DataBase 的 私 

















下 






































上 
里 











@ 对 外 是 信息 隐藏 ， 但 对 内 却 完 全 不 隐藏 的 情形 。 大 多 时 候 类 中 的 方法 并 不 会 把 成 员 变 














量 作为 自身 的 参数 ， 而 是 会 直接 使 用 ， 比 如 说 ， 由 于 Sensor 的 实例 是 DataBase 的 私 





有 成 员 变 量 ， 那 么 DataBase::GatherData() 在 用 到 Sensor 实例 的 时 候 会 直接 使 用 ， 而 不 


会 把 接口 定义 为 .DataBase::GatherData(Sensor& sensor )。 这 种 月 











的 趋势 撞 在 一 起 后 ， 有 意思 的 事情 发 生 了 。 








法 与 成 员 变 量 过 度 脱 上 胀 





















































































































































从 外 部 看 ， 传 感 器 这 样 的 成 员 变 量 是 私有 的 ， 达 到 了 信息 隐藏 的 目的 。 但 对 于 方法 而 言 ， 
结果 却 完全 相反 。 

每 多 使 用 一 个 成 员 变量 ， 其 自身 的 信息 隐藏 就 被 破坏 一 点 。 极 端 情形 下 ， 如 果 整 个 程序 
只 有 一 个 类 ， 那 事实 上 等 于 没有 信息 隐藏 。 

如 果 在 同一 方法 中 ， 用 到 5、6 个 成 员 变 量 ， 那 么 这 个 方法 会 变 得 非常 难 懂 。 因 为 对 于 类 
中 的 方法 而 言 ， 这 些 成 员 变 量 自 身 的 变化 是 完全 不 被 隐藏 的 ， 每 个 都 有 自己 独立 的 脉络 ， 比 
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如 说 ,， DataBase::SetInterval0 方 法 ! 





产 
候 ， 





影响 。 这 会 导致 方法 
一 个 方法 所 需要 的 信 ， 
这 类 实例 提醒 我 们 ， 
事实 上 这 对 每 个 类 下 
2000SLOC, 那么 所 有 这 2000SLOC 代码 就 等 于 通过 成 员 变 量 联结 在 一 起 , 这 和 过 度 
变量 在 一 定 程度 上 等 价 。 

从 信息 隐藏 的 程度 上 来 看 ， 对 方法 而 言 ， 局 部 变量 最 佳 ， 






























































并非 把 很 多 操作 和 数据 成 员 都 放 








息 不 能 立刻 获取 。 最 终 会 导致 程 请 难 读 、 允 


可 能 会 调整 Sensor 实例 的 状态 , 进而 对 Sensor::GatherData() 


的 边界 不 清晰 。 不 清晰 ， 也 就 不 可 能 紧凑 。 不 紧凑 意味 着 阅读 的 时 




















E 改 、 难 维 
到 类 里 面 就 达成 了 信 ， 


护 。 
息 隐 藏 的 目的 。 























的 可 能 规模 提出 了 限制 。 极 端的 情况 下 ， 如 果 一 个 类 很 大 ， 有 












































类 的 成 员 或 














局 部 变量 把 信息 隐藏 在 方法 之 内 ， 成 员 或 属性 把 信 ， 





量 最 差 。 
做 信息 隐藏 。 
3 。 一 点 总 结 


底 ， 























诗 息 隐藏 和 前 面 提 到 的 

















昌 隐 藏 在 类 z 




















副作用 的 。 









































函数 或 方法 来 隐藏 数据 ， 使 








使 用 全 局 





属性 稍 差 ， 全 局 变 

















而 全 局 变量 等 于 不 











层次 问题 并 不 能 分 割 开 来 。 从 基本 趋势 来 看 ， 信 息 隐 藏 做 得 越 彻 
层次 也 必然 就 会 越 多 ， 而 前 面 曾经 提 及 过 层级 自身 是 有 
从 最 小 化 层次 的 副作用 的 角度 来 看 ， 使 











j 类 似 抽象 数据 类 











型 (ADDT) 的 方法 来 把 数据 封装 到 类 之 中 ， 代 价 非常 微小 ， 几 乎 总 是 对 的 。 但 在 类 A 中 包含 B， 


类 B 中 包含 C， 类 C 中 包含 D 这 类 的 方式 则 福 祸 允 


毫 无 代价 。 


7.3.5 





帮 | 

















抽象 数据 类 型 (ADT: Abstrac 





诚然 B、C、D 被 


t Data Type) 








隐藏 了 ， 但 绝 不 是 





谈 及 封装 的 话 ， 很 多 人 立刻 就 会 想到 面向 对 象 ， 但 事实 上 封装 的 历史 要 比 面向 对 象 还 要 
长 一 些 。 从 抽象 数据 类 型 (ADT ) 开始 ， 人 们 已 经 开始 使 用 封装 这 一 思想 。 
抽象 数据 类 型 (ADT) 更 像 是 类 的 前 身 ， 本 身 并 不 是 复杂 的 概念 。 

当 有 一 组 数据 以 及 与 其 捆绑 在 一 起 的 一 组 操作 ， 就 有 了 一 个 抽象 数据 类 型 (ADT)。 
《代码 大 全 》 中 列 了 如 下 一 些 典 型 的 抽象 数据 类 型 。 


油 镀 

填充 油 锥 
排 空 油 锥 
获取 油 锥 容积 
获取 油 锥 状态 
列表 
初始 化 列表 

向 列表 中 插入 条 目 
从 列表 中 删除 条 目 


读 取 列表 中 的 下 一 个 条 目 





逻辑 链 $:“ 名 ”与 “ 实 ” 的 契合 


软件 是 一 种 固化 的 思维 一 理解 已 经 固化 的 思维 的 唯一 途径 是 阅读 代码 一 第 一 个 要 接触 的 
是 名 字 一 如 果 名 字 和 它 所 要 表达 的 概念 和 逻辑 是 吻合 的 ， 那 么 程序 将 变 得 简单 一 否则 要 加 入 
一 个 从 其 他 代码 推导 名 字 含 义 的 过 程 ， 使 代码 变 得 不 再 简单 。 
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;这 


址 





老子 在 《 


























德 经 》 里 说 : 无 名 天 地 之 始 ， 有 

















份 设计 图 或 一 份 代码 时 ， 大 多 数 人 会 “ 望 文生 义 ”。 但 使 人 “ 望 文生 义 ” 却 正 是 语言 文字 的 村 



















































































名 万 物 之 母 。 程 序 也 是 这 样 ， 当 我 们 看 到 一 


























: 我 们 究竟 应 该 如 何 为 类 ， 为 方法 等 命名 ? 在 
另 一 个 是 词义 混淆 。 名 实 不 符 的 常见 情形 又 





本 使 命 。 因 此 ， 如 果 一 个 函数 被 命名 为 Add0， 但 内 部 实际 做 的 是 减法 ， 那 么 这 份 设 计 或 者 这 
份 代 码 ， 一 定 是 很 难 理解 的 。 
于 是 一 个 非常 现实 的 问题 就 摆 在 了 我 们 的 面前 
命名 时 ， 有 两 类 较 大 的 错误 : 一 个 是 名 实 不 符 ; 
有 两 类 。 
1) 以 











析 源 文件 后 ， 





司 


2) 大 而 无 当 。 假 使 说 一 个 类 被 命名 为 XMLHandler， 



































时 输出 LineNumber 和 指定 行 号 下 的 内 容 
















































































局 概 全 。 假 设 说 一 个 方法 被 命名 为 OutputLineNumber()， 但 实际 上 这 个 方法 会 在 分 


那么 看 的 人 基本 不 能 从 这 个 名 字 上 






















































































获得 有 效 信息 。 这 主要 是 由 于 Handler 这 个 词 的 含义 过 于 宽泛 。 

上 文 所 说 的 命名 为 Add0 但 实际 做 减法 操作 是 名 实 不 符 的 极端 情形 , 达到 了 名 实 相反 的 地 步 。 

词义 混淆 则 源 自 语言 文字 自身 的 限制 。 常 表现 为 一 词 多 义 或 多 词 一 义 。 

语言 文字 可 以 被 看 成 是 一 种 表意 的 符号 系统 ， 这 个 符号 系统 的 典型 特征 是 其 模糊 性 。 
同一 个 意思 可 以 有 许多 种 表达 方法 。 比 如 说 ，index 和 number 是 两 个 不 同 的 词 ， 但 很 多 时 候 
其 意义 互相 重 骆 。 而 假如 说 一 个 变量 名 为 包 eNumber， 那 么 这 个 变量 既 可 以 代表 文件 的 总 数 ， 
也 可 以 代表 某 个 具体 文件 的 编号 。 

上 述 问 题 会 因为 英语 不 是 我 们 的 母语 而 变 得 更 为 麻烦 。 

名 实 不 符 与 词义 混淆 这 类 陷阱 的 一 个 主要 触发 条 件 是 软件 自身 的 不 停 衍 化 。 

前 文 曾 经 提 到 过 ， 对 于 概念 和 逻辑 的 认 知 是 一 个 逐 层 递 进 的 过 程 。 在 这 一 过 程 中 ， 包 、 








类 、 方 法 等 的 内 
本 负责 输出 测试 
增强 ， 最 终 可 能 
有 些 不 合适 了 。 

在 对 命名 这 
并 不 能 只 在 命名 















































涵 必 然 会 发 生变 更 。 变 更 无 疑 会 使 名 实 不 符 这 
结果 ， 这 时 候 OutputTestResult 这 样 的 命名 可 能 


不 只 要 输出 结果 ， 还 要 对 结果 进行 一 定 分 析 不 
































问题 的 


























这 一 环 














民 源 进 行 分 析 之 后 ， 我 们 来 看 看 可 能 的 应 对 方法 。 命 名 问题 事实 上 
节 进 行 解 决 ， 首 先 要 有 容易 命名 的 对 象 ， 接 下 来 才 有 容 














比如 说 ， 是 





字 来 称呼 它们 ， 

如 果 概 念 之 
善 命名 的 基础 。 
不 够 ， 而 是 设计 








先 有 猫 和 狗 这 类 外 在 特征 不 同 的 动物 ， 接 下 来 我 们 才 
而 非 相反 
间 是 正 交 
也 就 是 说 ， 很 多 时 候 我 们 感到 命名 困难 ， 真 正 的 原因 
还 不 够 优化 。 












































在 努力 改善 设计 之 后 ， 才 需要 面 对 纯 粹 的 命名 问题 。 从 本 质 上 来 看 ， 命 名 问题 } 














































































































可 能 


























类 问题 加 剧 。 比 如 ， 一 个 类 原 
E 是 合适 的 。 可 随 着 软件 功能 了 
I 统计 。 这 样 原来 的 命名 就 显得 




















易 命名 的 事实 。 


























] 猫 和 狗 这 样 不 同 的 名 





的 ， 概 念 的 边界 也 是 清晰 的 ， 那 么 命名 会 容易 很 多 。 好 的 设计 是 改 
并 非 是 命名 的 技能 





是 








不 











个 编程 的 问题 ， 而 是 一 个 表达 的 问题 。 命 名 最 终 对 读 程 序 的 人 负责 。 

有 些 表达 上 的 基本 原则 对 于 解决 命名 问题 会 有 些 帮 助 如 ; 

(1) 尊重 既成 事实 

每 个 人 都 是 有 创造 性 的 , 但 在 命名 的 时 候 发 挥 创造 性 则 更 可 能 是 有 害 的 。 比 如 说 , 在 XML 
中 一 般 使 用 sibling 这 个 词 来 表示 兄弟 节点 ， 这 时 候 就 不 需要 创造 性 地 使 用 brother node 这 样 
的 自制 词汇 了 。 

(2) 用 完整 词汇 
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对 一 般 人 而 言 要 求 事先 记忆 几 十 个 缩写 词 ， 而 后 来 读 程序 是 不 太 可 能 的 事情 。 所 以 如 果 
一 个 程序 中 充满 .Tx 和 CSCP 这 样 的 特制 符号 ， 那 这 样 的 程序 是 不 容易 懂 的 。 

一 个 典型 的 反例 是 P。JPlauger 版 的 C++ 标准 模板 库 。 也 许 是 出 于 隐藏 实现 细节 的 目的 ， 
这 份 标准 模板 库 的 实现 里 面 几 乎 完全 不 用 完整 词汇 。 如 果 想 体验 一 下 不 用 完整 词汇 的 后 果 ， 
那么 可 以 读 一 下 这 里 面 的 代码 。 

(3) 要 具体 
具体 是 一 个 方向 。 比 如 说 ， 可 以 用 OutputLinenumber() 的 时 候 ， 就 不 要 用 OutputO0 。 而 可 
以 用 OutputCppLinenumberO 的 时 候 就 不 要 用 OutputLinenumber()。 

(4) 多 人 协作 的 时 候 ， 使 用 统一 规范 

这 条 规则 最 终 会 导致 常 说 的 Coding Rule。 对 具体 如 何 定义 Coding Rule, 《代码 大 全 》 一 
书 中 给 出 了 详细 的 指导 ， 这 里 就 不 再 说 明了 。 

有 一 点 需要 补充 的 是 ， 和 说 话 的 时 候 记 不 住 语 法 一 样 ， 设 计 或 做 编码 的 人 往往 也 记 不 住 
编码 规则。 所 以 规则 也 不 宜 过 多 。 如 果 必 须 详细 ， 那 么 至 少 要 主 次 分 明 。 比 如 说 ， 统 一 使 用 
主 宾 结 构 还 是 使 用 动 宾 结 构 这 样 的 选择 会 影响 程序 的 大 部 分 内 容 ， 那 么 就 应 该 优先 统一 。 

现代 的 IDE 中 大 多 提供 了 对 重 命 名 的 支持 ， 因 此 ， 一 旦 对 如 何 命名 有 把 握 ， 修 改 已 有 的 
不 恰当 的 命名 反倒 不 是 困难 的 事情 。 
























































































































































































































































Code Review 的 价值 

Code Review 在 很 多 项 目 中 是 “鸡肋 ”环节 一 一 扔 了 可 惜 ,做 了 难受 ,但 事实 上 Code Review 
也 是 最 容易 被 误 用 的 环节 ， 就 好 像 锤子 可 以 用 来 打 钉 ， 但 不 能 用 来 拧 螺丝 一 样 ， 使 用 Code 
Review 前 也 要 先 考察 ， 它 所 适用 的 场景 究竟 什么 。 

这 里 做 一 点 简单 的 总 结 ， 以 供 参 考 。Code Review 对 达成 下 面 这 些 目标 帮助 较 大 : 

@ 检查 代码 非 功能 性 质量 ( 如 命名 是 否 符合 规范 ， 分 解 是 否 正 交 等 )。 

@ 检查 并 行 相关 的 错误 。( 如 多 线程 下 ， 有 的 问题 是 有 时 候 有 ， 有 时 候 没 有 的 ， 这 时 候 

如 果 没 有 在 Code Review 中 做 一 定 检查 ， 很 可 能 在 黑 盒 测 试 中 无 法 发 现 。)。 

@ 提高 团队 成 员 的 编程 能 

以 下 目标 就 不 适合 用 Code Review 来 达成 : 

@ 检查 软件 的 功能 是 否 正确 。 

@ 检查 需求 是 否 都 已 经 被 实现 。 


7.3.6 ”逻辑 链 6: 设计 的 终结 


项 目 所 能 耗费 的 资源 是 有 限 的 一 设计 的 东西 如 果 用 不 上 ， 是 对 资源 的 浪费 ， 会 减少 其 他 
环节 的 投入 一 如 果 设计 看 不 到 实效 ， 那 么 必须 终止 。 

在 探讨 什么 时 候 可 以 结束 设计 时 ， 需 要 假设 输入 的 需求 是 正确 的 。 在 此 前 提 下 ， 用 不 上 
的 设计 大 致 可 以 分 为 两 类 。 

一 是 程度 问题 。 设 计 如 果 关 注 某 些 细节 ， 而 这 些 细节 自身 却 随 着 认 知 的 深入 而 发 生变 化 ， 
那么 与 此 相关 的 设计 会 变 成 无 用 的 。 
二 是 无 意 间 扩 散 了 需求 的 边界 。 比 如 ， 在 看 不 到 可 移植 性 需求 的 情形 下 ， 为 可 移植 性 做 
了 准备 。 这 类 设计 的 无 用 并 不 体现 在 技术 上 ， 而 是 体现 在 经 济 上 。 

对 于 程度 问题 ， 直 接 探讨 终结 尺度 在 哪里 ， 很 难 找到 令 人 信服 的 答案 ， 因 此 我 们 可 以 像 
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在 6.2.3 需求 开发 的 终结 一 节 中 所 做 的 一 样 ， 把 这 种 程度 问题 转化 为 经 济 问 题 ， 这样 更 便于 我 
们 思考 。 
假使 设计 上 考虑 了 一 个 因素 ， 其 所 需要 的 开销 是 X， 而 不 考虑 这 一 要 素 ， 在 后 期 发 现 并 
进行 对 应 ， 其 对 应 成 本 是 Y， 那 么 几 是 会 导致 X<Y 的 东西 就 都 是 需要 在 设计 中 预先 澄清 ， 而 
不 能 等 待 在 编码 中 逐步 淤 清 的 。 
从 这 个 角度 看 ， 我 们 就 可 以 列 出 设计 的 大 致 终结 尺度 。 
@ 影响 全 局 的 由 需求 所 定义 的 功能 性 要 求 和 非 功能 性 要 求 是 否 都 被 考虑 到 了 。 如 性 能 目 
标 是 否 能 达成 , 国际 化 的 需求 是 否 被 考虑 到 了 ,出 错 处 理 是 否 有 统一 的 机 制 进行 支持 ， 
是 否 需 要 复 用 既 有 代码 ， 是 否 某 部 分 要 留 给 将 来 复 用 。 对 此 , 《代码 大 全 》 中 提供 了 
份 非常 详细 的 Checklist, 此 外 很 多 关于 架构 设计 的 书 中 也 主要 以 此 为 着 眼 点 进行 展开 ， 
这 里 就 不 再 进一步 展开 了 。 
@ 购买 (或 使 用 开源 代码 ) 还 是 自主 开发 这 一 维度 是 否 被 考虑 到 了 。 软 件 这 一 行业 存在 
的 历史 越 长 ， 重 复发 明 轮 子 的 可 能 性 越 大 。 因 此 ， 是 否 购买 或 者 使 用 开源 ) 而 不 是 
自己 开发 会 成 为 一 个 越 来 越 重 要 的 问题 。 评 价 是 否 购买 〈 或 者 使 用 开源 )， 则 可 以 进 
一 步 分 解 为 : 功能 上 能 不 能 满足 目标 ， 经 济 上 划算 不 划算 ， 能 否 及 时 获得 支持 等 。 与 
这 种 考量 关联 最 紧 的 则 是 估算 ， 没 有 比较 精确 的 估算 就 没 法 判断 是 赔 还 是 赚 。 
@ 软件 的 可 测 性 是 否 能 够 达成 。 软 件 是 否 可 测 本 身 更 大 程度 上 是 由 设计 决定 的 ， 而 不 是 
由 测试 决定 的 。 
@ 既 有 的 设计 是 否 支 持 对 当前 人 员 进 行 分 工 。 这 个 维度 事实 上 经 常 被 忽略 ， 但 其 本 身 则 
是 一 个 比较 明晰 的 ， 判 断 设计 是 否 可 以 终止 的 尺度 。 假 设 说 你 的 团队 有 10 个 人 ， 那 
么 只 和 1 个 人 工作 有 关 的 部 分 可 以 不 在 设计 时 进行 考虑 ， 而 与 2 人 或 2 人 以 上 相关 的 
部 分 则 要 在 设计 时 定义 清楚 接口 。 
@ 需求 碎片 化 的 应 对 。 如 果 说 是 不 停 地 往 已 有 的 代码 中 增加 新 特征 ， 而 每 一 个 新 特征 都 
非常 小 ， 那 这 时 候 ， 设 计 会 变 得 无 限 薄 直至 取消 。 
在 对 无 意 间 扩 散 了 需求 边界 这 一 问题 进行 具体 分 析 之 前 ， 需 要 先 看 一 对 基本 矛盾。 
软件 设计 自身 最 优化 与 项 目 本 身 资 源 有 限 、 时 间 有 限 间 的 矛盾 。 有 些 书籍 会 堂而皇之 的 
谈 到 : 设计 时 需要 考虑 并 发 问题 ， 需 要 考虑 可 移植 性 问题 。 这 无 疑 是 对 的 ， 但 把 问题 过 于 单 
纯化 了 ， 事 实 上 设计 最 优化 并 不 是 总 有 意义 。 
假设 我 们 承认 ， 开 源 之 外 ， 软 件 是 商业 的 延续 ， 那 我 们 可 以 认为 商业 世界 定义 了 软件 的 
价值 根源 ， 而 需求 本 身 对 这 种 价值 根源 的 边界 进行 定义 ， 设 计 本 身 并 不 能 超出 这 种 价值 边界 ， 
否则 就 是 种 浪费 。 
这 似乎 有 点 抽象 ， 我 们 还 是 用 上 面 的 例子 来 辅助 说 明 。 
假设 我 们 要 开发 一 款 简单 的 分 布 式 计算 框 架 ( 服 务 器 端 负 责 管理 任务 ， 把 任务 分 发 到 客 
户 端 ， 而 客户 端 负责 执行 具体 任务 并 把 结果 汇报 给 服务 器 端 )， 这 个 时 候 是 否 使 这 个 框架 跨 平 
台 将 对 设计 产生 很 大 影响 。 
从 软件 自身 最 优化 的 角度 看 ， 支 持 跨 平台 是 毋庸 置疑 的 问题 。 但 如 果 在 需求 之 中 看 不 到 
跨 平 台 的 要 求 ， 甚 至 说 作为 需求 分 析 的 结果 一 旦 选 定 平台 后 ， 未 来 5 年内， 几乎 完全 看 不 到 
跨 平 台 的 需要 ， 那 么 在 设计 层面 究竟 应 该 如 何 处 理 这 一 “技术 问题 ”? 
如 果 项 目 人 力 资 源 有 限 ， 时 间 有 限 ， 支 持 了 这 个 ， 很 可 能 就 不 能 支持 那个 ， 或 者 就 要 增 
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加 开销 。 这 真 的 是 设计 层面 应 该 考虑 的 问题 么 ? 

在 这 一 点 上 ， 我 个 人 倾向 于 认为 ， 这 是 需求 问题 。 设 计 人 员 需 要 假设 需求 开发 人 员 所 做 
的 需求 开发 是 完善 的 ， 有 疑问 可 以 确认 ， 但 不 能 在 设计 层面 随意 扩张 需求 的 边界 。 毕 况 在 大 
多 时 候 ， 如 果 资 源 限定 ， 完 美 是 良好 的 大 政 。 

钱 的 贴现 值 

本 书 抽 去 了 商业 这 一 维度 ， 因 此 这 一 章 里 有 的 地 方 变 得 有 点 含糊 。 但 事实 上 如 果 把 这 里 
提出 的 问题 转换 为 经 济 问 题 ， 就 更 容易 理解 一 点 。 我 们 可 以 把 支 不 支持 跨 平台 这 类 问题 同 投 
资 相 类 比 。 

如 果 我 现在 需要 投入 1000 块 钱 , 但 可 能 在 10 年 后 才 产 生 收 益 , 那么 如 果 使 用 5% 的 贴现 
率 ， 只 要 10 年 后 的 投入 不 超过 1628， 就 还 是 10 年 后 再 投入 划算 。 设 计 也 一 样 ， 如 果 晚 做 ， 
没什么 太 大 损失 ， 那 就 没 必要 预先 做 了 ， 浪 费 现时 点 的 有 限 资源 。 

在 经 济 学 家 眼 里 ,现在 的 1 元 钱 和 1 年 后 的 1 元 钱 是 不 等 价 的 。 如 果 贴 现 率 是 5%， 那么 
现在 的 1 元 钱 等 于 一 年 后 的 1.05 元 。 

这 和 支 不 支持 跨 平台 ， 支 不 支持 并 行 这 类 问题 很 类 似 ， 与 其 说 这 是 技术 问题 ， 倒 不 如 说 
这 是 个 经 济 问题 。 







































































7.4 完美 设计 和 编码 


伟人 之 所 以 看 起 来 伟大 ， 是 因为 我 们 自己 在 中 着 。 站 起 来 吧 ! 


一 列宁 
7.4.1 完美 设计 和 编码 的 形象 


当 一 辆 车 从 苏州 驶 向 北京 时 ， 为 了 缩短 时 间 它 必须 不 停 地 寻找 最 佳 的 路 径 。 而 为 了 寻找 
最 佳 路 径 ， 一 是 要 知道 需求 ， 即 究竟 都 要 去 哪里 ， 这 样 才能 设计 最 佳 的 路 线 ， 二 是 要 不 停 地 
确认 路 况 ， 哪 条 路 通畅 ， 哪 里 封 路 了 ， 这 样 才能 具体 选择 究竟 走 哪 条 路 。 

这 一 过 程 类 似 于 软件 中 的 设计 和 编码 ， 设 计 和 编码 基本 上 是 在 大 致知 道 了 要 去 哪里 的 前 
提 下 ， 寻 找 具 体 路 径 的 过 程 。 在 这 一 过 程 中 ， 通 常 并 没 法 只 按 单一 原则 行事 ， 路 况 好 的 可 能 
路 远 ， 路 近 的 则 可 能 路 况 不 好 。 这 意味 着 追求 完美 设计 即 是 追求 多 原则 下 最 佳 平 衡 点 的 过 程 。 

总 结 来 看 ， 在 寻找 最 佳 解决 问题 方法 时 ， 完 美的 设计 与 编码 有 5 个 关键 原则 需要 遵守 。 

@ 正 交 的 概念 和 逻辑 。 

@ 层次 的 最 小 化 。 

@ 时 序 清晰 。 

@ 隐藏 不 必要 公开 的 信息 。 

@ 名 实 相 符 。 

这 5 条 规则 与 常见 的 面向 对 象 设计 原则 不 同 ， 这 起 源 于 我 们 只 指向 一 个 目的 : 简单 化 。 
我 们 认为 软件 设计 或 编码 的 根本 评价 标准 是 在 满足 现 有 可 见 需 求 的 基础 上 , 使 代码 尽 可 能 简单 。 
而 之 所 以 选择 简单 性 这 一 维度 作为 设计 和 编码 的 核心 考量 ， 最 关键 的 原因 是 所 有 其 他 质量 属 
性 (灵活 性 等 ) 都 潜在 地 使 软件 有 复杂 化 的 趋势 。 当 我 们 面临 有 矛盾 的 诸多 选择 时 〈 如 易 用 
性 和 可 测 性 )， 我 们 就 必须 定 下 君臣 佐 使 ， 和 否则 就 会 陷入 到 这 段 代 码 体现 易 用 性 ， 那 段 代 码 体 
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现 可 测 性 的 无 秩序 状态 。 


在 此 之 后 ， 我 们 可 以 从 另 一 个 侧面 对 完美 的 设计 编码 做 点 总 结 。 














假使 要 求 最 终 复杂 度 可 以 为 100 一 120， 那 么 完美 的 软件 开发 则 要 求 达成 以 下 两 点 : 

一 是 设计 和 编码 要 确保 总 复杂 度 不 能 超过 100; 二 是 100 的 复杂 度 可 以 平均 分 摊 到 10 个 
模块 ， 那 么 每 个 模块 的 复杂 度 为 10。 如 果 10 的 理解 难度 不 大 ， 那 整个 程序 是 可 以 理解 的 ， 复 
杂 度 不 高 。 但 如 果 其 中 5 个 复杂 度 为 13， 另 5 个 复杂 度 为 5， 那 么 虽然 总 值 不 变 ， 呈 现 给 后 



























































来 程序 员 的 复杂 度 却 是 不 同 。 
简单 来 讲 ， 达 成 要 求 以 外 ， 简 和 

















性 压倒 一 切 ， 接 下 来 才 是 设计 原则 。 如 果 遵守 设计 原则 ， 























代码 变 得 更 简单 ， 那 么 遵守 设计 原则 。 如 果 相 反 ， 那 么 选择 简单 性 原则 。 在 后 续 的 案例 1 中 ， 


我 们 会 探讨 如 何 牺牲 一 点 原则 来 获取 简单 性 。 同 时 也 需要 认识 到 ， 因 为 需求 而 牺牲 简 单 性 是 


必然 的 ， 
























































比如 说 ， 性 能 的 要 求 可 能 要 求 把 简单 的 代码 变 得 复杂 ， 这 并 不 是 例外 ， 关 键 是 当 这 


























么 做 的 时 候 ， 要 清楚 地 知道 付出 的 代价 。 在 案例 2 中 ， 我 们 会 探讨 一 个 因 需 求 而 牺牲 简单 性 


的 例子 。 


























最 后 一 个 需要 阐明 的 问题 是 , 如 果 切 分 设计 和 编码 , 那么 设计 应 该 停 在 什么 样 的 程度 上 ? 
这 是 个 经 济 问题 ， 如 果 设 计 需 要 的 投入 是 X， 而 可 以 获得 的 收益 是 Y， 那 么 X<Y 时 设计 就 应 





该 做 下 去 ， 直 到 X 差不多 等 于 YY。 直接 计 算 X 和 有 点 困难 ， 但 并 不 是 没有 取 巧 的 办 法 。 





















































设计 自身 强 含 着 一 种 分 工 方法 , 假设 一 个 团队 有 10 个 人 ， 其 中 1 个 人 为 架构 设计 师 。 架 
构 设 计 师 最 终 的 输出 必然 要 支持 对 10 人 的 一 种 分 工 方案 。 
@ 从 分 工 的 角度 看 ， 凡 是 涉及 两 人 以 上 的 东西 〈 接 口 ， 数 据 等 )，X<Y 的 可 能 性 都 极 大 。 



























































因为 这 部 分 工作 一 旦 做 了 ， 并 且 是 正确 的 ， 那 节约 的 时 间 往 往 是 要 以 倍 计 的 。 所 以 设 
计 的 终止 尺度 可 以 是 每 个 人 和 别人 间 的 关联 得 到 澄清 。 


























@ 从 文 撑 需 求 的 角度 看 ， 那 么 则 要 检查 是 否 可 以 支撑 体现 软件 核心 价值 的 需求 。 尤 其 是 
非 功 能 性 的 需求 。 这 类 需求 甚至 有 导致 既 有 实现 推倒 重 来 的 可 能 性 ， 风 险 大 高 ， 一 定 


要 事先 考虑 。 比 如 ， 是 否 跨 平台 等 。 




























































































@ 从 人 员 状 况 来 看 ， 能 力 差 的 人 越 多 ， 设 计 的 程度 应 该 越 细 ， 反 之 则 可 以 使 自主 程度 高 
一 点 。 因 为 能 力 差 的 人 自身 所 做 的 决策 ， 错 的 可 能 性 较 高 ， 即 Y 侦 大 。 















































面向 对 象 设计 原则 和 上 述 关 键 点 的 关系 





在 《敏捷 软件 开发 中 : 原则 ， 模 式 和 实践 》 一 书 中 ， 作 者 一 共 提 及 了 11 条 面向 对 象 的 设 


计 原 则 。 
国 


它们 分 别 是 : 
SRP 单一 职责 原则 : 就 一 个 类 而 言 ， 应 该 仅 有 一 个 引起 它 变 化 的 原因 。 
OCP 开放 -封闭 原则 : 软件 实体 (类 、 模 块 、 函 数 等 ) 应 该 是 可 以 扩展 的 ， 但 是 不 可 修改 。 
LSP Liskov 替换 原则 : 子 类 型 必须 能 够 替换 掉 它 们 的 基 类 型 。 
DIP 依赖 倒置 原则 : 抽象 不 依赖 于 细节 。 细 节 应 该 依赖 于 抽象 。 
ISP 接口 隔离 原则 : 不 应 该 强迫 客户 依赖 于 他 们 不 用 的 方法 ， 接 口 属于 客户 ， 不 必 
于 它 所 在 的 类 层次 结构 。 
REP 重用 发 布 等 价 原则 : 重用 的 粒度 就 是 发 布 的 粒度 。 
CCP 共同 封闭 原则 : 包 中 的 所 有 类 对 于 同一 类 性 质 的 变化 应 该 是 共同 封闭 的 。 一 个 
变化 若 对 一 个 包产 生 影响 ， 则 将 对 该 包 中 的 所 有 类 产生 影响 ， 而 对 于 其 他 的 包 不 造 
成 任何 影响 。 
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图 ”CRP 共同 重用 原则 : 一 个 包 中 的 所 有 类 应 该 是 共同 重用 的 。 如 果 重 用 了 包 中 的 一 个 
类 ， 那 么 就 要 重用 包 中 所 有 的 类 。 

图 ”ADP 无 环 依赖 原则 : 在 包 的 依赖 关系 图 中 不 允许 存在 环 。 

SDP 稳定 依赖 原则 : 朝 着 稳定 的 方向 进行 依赖 。 

SAP 稳定 抽象 原则 : 包 的 抽象 程度 应 该 和 其 稳定 程度 一 致 。 

老实 讲 ， 这 些 原则 并 不 好 记 。 在 过 去 很 多 年 里 ， 我 曾经 一 直 试 图 记忆 它们 ， 但 总 是 记 不 


a 


后 来 在 逐步 实践 过 程 中 ， 我 个 人 感觉 也 许 对 这 些 原则 可 以 有 更 精练 的 表示 ， 当 以 降低 复 

度 为 前 提 对 设计 和 编码 进行 推演 时 ， 似 乎 找到 了 一 个 答案 。 

事实 上 ， 支 持 单一 职责 原则 ， 开 放 - 封 闭 原则 ，Liskov 替换 原则 ， 接 口 隔离 原则 ， 依 赖 倒 
置 原则 ， 共 同 封闭 原则 ， 共 同 重用 原则 的 要 求 的 是 同样 的 东西 ， 这 就 是 我 们 在 这 里 说 的 “ 概 
念 正 交 分 解 "、“ 层 次 适度 ”和 “信息 隐藏 *>。 反 过 来 讲 ， 一 旦 概念 是 正 交 的 ， 层 次 适度 ， 信 息 
隐藏 适度 ， 那 基本 上 可 以 满足 上 述 这 些 原则 。 

但 反 过 来 讲 则 不 成 立 ， 满 足 了 面向 对 象 的 设计 原则 ,很 多 时 候 不 能 满足 层次 适度 的 要 求 。 

而 重用 发 布 等 价 原则 很 特别 ， 它 是 要 求 一 种 一 般 设 计 之 外 的 东西 ， 我 们 这 里 并 没有 禾 盖 。 

无 环 依赖 原则 ， 稳 定 依赖 原则 ， 稳 定 抽象 原则 更 类 似 于 一 种 现象 ， 但 眼下 收集 的 证 据 不 
够 ， 无 法 对 其 原因 是 否 就 是 违反 了 “概念 正 交 分 解 "， “层次 适度 ”和 “信息 隐藏 ”进行 判断 ， 
也 只 能 暂且 搁置 。 

同时 在 闫 及 名 种 原则 的 时 人 尾 # RD 站 这 有 控 们 人 八仙 和 人生 国信 作 省 外 为 
遵守 这 些 原 则 是 稳 赚 不 赔 的 。 

这 也 许 和 对 软件 质量 属性 的 认 知 有 一 定 关 系 。 在 本 书 中 ， 我 们 认为 实现 需求 之 外 ， 唯 一 
衡量 设计 编码 好 坏 的 标准 是 代码 的 简单 性 (复杂 度 最 低 )。 而 灵活 性 这 样 的 质量 属性 ， 是 要 考 
处， 但 优先 级 略 低 。 所 以 我 们 认为 原则 的 导入 必须 同时 考虑 投入 产 出 ， We se 

面向 对 象 原则 ， 更 多 考虑 的 是 灵活 性 (Robert C。 Martin 把 僵化 性 排 为 不 良 设 计 的 第 
项 )， 即 靠 增加 复 3 je 隆 ， 而 我 们 这 里 则 是 考虑 的 简单 性 

这 确实 是 两 个 不 同 的 方向 ， 增 加 层次 ， 诚 然 可 以 使 软件 灵活 ， 但 复杂 & 度 必然 增加 ， 很 多 
时 候 这 很 可 能 是 在 扩散 需求 的 边界 。 

也 许 正 是 因为 这 种 视角 上 的 不 同 ， 导 致 了 在 上 述 面 向 对 象 设 计 原 则 中 看 不 到 与 时 序 相 关 
的 内 容 。 


7.4.2 ”完美 设计 和 编码 的 关联 要 素 


之 前 所 论 的 各 个 环节 : 管理 、 流 程 、 开 发 模型 、 估 算 、 需 求 开 发 所 产生 的 一 切 后 果 ， 
论 好 的 或 坏 的 都 会 在 设计 编码 中 体现 出 来 。 而 设计 编码 对 其 他 环节 的 影响 则 往往 只 能 在 项 
结束 之 后 。 
这 其 中 开发 模型 、 需 求 开发 和 管理 对 设计 和 编码 影响 最 大 。 
开发 模型 决定 后 ， 设 计 做 到 什么 程度 的 问题 将 得 到 澄清 ， 需 求 则 不 但 决定 了 设计 编码 5 
要 做 什么 ， 有 时 也 决定 了 设计 编码 的 风格 。 比 如 ， 是 否 使 用 测试 驱动 开发 ， 是 否 使 用 结对 编 
时 等。 
设计 和 编码 中 有 些 问 题 是 对 错 问题 ， 有 些 则 是 选择 问题 。 
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对 错 问题 的 处 理 依赖 于 设计 编码 的 能 力 ， 比 如 ， 增 加 了 不 必要 的 复杂 度 是 一 个 对 错 问题 ， 











选择 问题 的 处 理 大 多 时 候 则 只 能 到 需求 中 找 答案 。 比 如 说 ， 在 特定 的 项 目 

















但 能 不 能 优化 掉 不 必要 的 复杂 度 则 依赖 于 当事人 的 能 力 。 














定义 两 组 UI 来 完成 对 一 组 数据 的 添加 和 编辑 工作 。 
一 种 方法 是 以 数据 操作 为 中 心 ， 在 数据 操作 的 类 


这 个 时 候 的 解决 方案 至 

















提供 显示 不 同 UI 的 接口 ， 
Database.AddO 这 个 时 


在 这 种 方法 下 ，UI 从 





少 会 有 两 种 ， 
如 下 : 

















属于 数据 操作 。 





























用 添加 数据 的 UI 将 被 显示 出 来 。 
Database.Edit0 这 个 时 候 编 辑 数据 的 如 





1 将 被 显示 出 来 。 




















另 一 种 方法 是 把 UI 和 数据 操作 进行 更 彻底 的 分 离 。 


在 对 UI 消息 进行 相应 的 时 候 , 调 月 


数据 操作 。 


























第 一 种 方法 的 优势 在 于 UI 是 数据 操作 的 一 部 分 , 便于 集中 定义 不 同 的 二 








(在 《敏捷 软件 开发 :， 原则 模式 与 实践 》 的 12.5 章 中 举 了 这 样 一 个 例子 。) 



































第 二 种 方法 的 优势 在 于 把 UI 看 成 一 个 整体 概念 , 并 独立 出 来 ， 














在 这 种 情况 下 ， 单 纯 地 判断 哪 种 设计 方法 更 好 是 没有 意义 的 。 














则 需要 的 是 回 到 这 次 设计 的 具体 应 












































场景 ， 才 能 进行 判断 。 


























如 果 想 判断 哪 种 设计 更 

















如 果 项 目 中 存在 着 这 样 一 种 变数 ,日 后 所 有 的 UI 都 希望 能 够 统一 进行 处 理 ， 有 可 能 使 























绘图 工具 来 设计 UI。 这 个 时 候 显 


为 一 个 独立 的 概念 存在 的 ， 























然 第 二 种 方法 是 合适 的 ， 因 为 使 


























任何 UI 的 变化 都 将 被 隔离 ， 而 不 会 影 








恨 据 热力 学 第 二 定律 ， 孤 立 系 统 总 是 趋向 于 炉 增 ， 最 终 达 到 


的 最 混乱 无 序 状态 。 这 个 规则 对 应 到 软件 ， 可 以 表述 为 : 








如 果 我 们 什么 都 不 干 ， 上 


下 了 








这 种 方法 的 时 候 ，UI 是 
响 到 数据 操作 本 身 。 
窗 的 最 大 状态 ， 也 就 是 系 

















只 是 向 软件 











即 不 必要 的 复杂 度 持续 增加 。 只 要 我 们 持 乡 
不 相 吻 合 的 设计 和 代码 必然 会 出 现 ， 并 导致 代码 越 来 越 不 可 维护 ， 


“ 活 ” 的 。 也 就 是 说 ， 管 理 和 流程 这 样 























的 环节 要 保 订 











追加 或 调整 各 种 功能 ， 那 么 软件 必然 会 趋 于 混乱 











起 调整 代码 ， 那 么 与 前 


























别 


中 





日 Database.Add0 或 Database.Edit() 这 类 的 方法 进行 内 部 
事务 (Transaction)。 


便于 对 UI 整体 进行 优化 。 


好 


用 
作 





统 


>» 


节 的 结论 (概念 正 交 分 解 ) 


这 其 实 是 要 求 代码 必须 


FE 鼓励 寻找 相对 安全 的 手段 〈 重 构 、 自 动 

















有 而 非 相 反 。 否 则 在 没有 力量 阻 坎 入 增 的 情形 下 ， 垃 圾 代码 只 能 











来 越 多 ， 修 改 一 行 代码 的 上 
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@ 程序 员 普 遍 焦 虑 。 


























# 价 也 只 能 越 来 越 大 。 这 是 一 个 非常 有 意思 的 两 难 课题 。 
由 于 担心 触发 不 良 后 果 ， 通 常 没 人 敢 对 代码 进行 优化 。 
由 此 而 导致 的 结局 必然 是 程序 越 来 越 复 杂 ， 也 就 越 来 越 容易 出 错 ， 最 终 会 更 容易 导致 不 良 
果 。 本 质 上 看 ， 这 并 非 技术 问题 ， 需 要 在 更 高 层面 来 解决 ， 项 目 级 人 员 很 可 能 对 此 无 能 为 力 。 

设计 编码 有 问题 的 典型 症状 如 下 。 
且 改 了 点 代码 ， 很 难 准确 知道 会 有 什么 后 果 。 












































@ 没 人 敢 改 代码 ， 也 没 人 愿意 改 代码 。 





@ 不 太 可 能 写 出 真 的 
@ 新 人 介入 成 本 极 大 ， 








ns 


/4 








@ 功能 无 法 拆 效 拼接 。 


往往 需要 了 解 整 个 程序 。 
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三 | 
征 


回 
越 








后 





重 构 与 《 扁 葛 见 蔡 桓 公 》 

重 构 的 想法 并 不 复杂 。Martin Fowler 自己 这 样 描述 重 构 : 所 谓 重 构 是 这 样 一 个 过 程 : 在 
不 改变 代码 外 在 行为 的 前 提 下 ， 对 代码 做 出 修改 ， 以 改进 程序 的 内 部 结构 。 

而 与 重 构 对 冲 的 则 是 担心 出 问题 ， 影 响 商业 利益 ， 所 以 很 多 时 候 重 构 启 动 不 起 来 ， 大 家 
只 能 对 着 垃圾 代码 抱怨 。 

这 点 并 不 难 理解 ， 再 垃圾 的 代码 只 要 存在 ， 并 完成 了 特定 功能 ， 保 证 了 一 定性 能 ， 其 在 
用 户 的 眼 里 和 好 的 代码 差别 并 不 大 。 而 任何 对 其 的 修正 则 可 能 导致 直接 影响 用 户 的 不 良 后 果 。 

这 场景 有 时 候 会 让 人 想起 《韩非子 . 喻 老 》 中 《 扁 鹊 见 葵 桓公》 这 篇 富 言 : 

扁 欧 第 一 次 见 蔡 桓 公 的 时 候 说 : “你 的 皮肤 纹理 间 有 点 病 ， 不 治 会 变 严重 地 。” 

蔡 桓 公 根 本 不 相信 ， 说 : “ 哪 有 这 回 事 ， 你 不 要 胡扯 .” 等 扁 鹊 走 了 后 ， 蔡 桓公 对 身边 的 
人 说 : “医生 就 喜欢 说 没 病 的 人 有 病 ， 这 样 好 显 着 自己 有 本 事 ”。 

过 了 十 几 天 ， 扁 鹊 再 见 到 蔡 桓 公 ， 道 : “你 的 病 已 经 在 肌肤 里 面 了 ， 不 治 会 更 严重 的 。” 

结果 蔡 桓 公 没 搭理 他 。 

又 过 了 十 几 天 , 扁 鹊 见 到 蔡 桓 公 后 , 道 : “你 的 病 已 经 在 肠胃 里 面 了 , 不治 后 果 会 相当 严重 。” 

结果 蔡 桓 公 相 当 生 气 。 

再 过 了 十 几 天 ， 扁 鹊 再 看 到 蔡 桓 公 后 ， 什 么 也 不 说 ， 转 身 就 跑 了 。 这 下 蔡 桓 公 很 奇怪 ， 
忙 派 人 去 问 他 跑 什 么 。 扁 鹊 道 : “你 们 老板 的 病 ,， 之 前 是 治 起 来 麻 不 麻烦 的 问题 ， 所 以 我 提醒 
下 还 有 意义 。 现 在 是 神仙 来 了 都 没 办 法 ， 我 不 跑 还 能 怎么 地 ? ” 

再 过 了 五 天 ， 蔡 桓公 病 发 了 ， 再 找 扁 鹊 ， 扁 鹊 已 经 跑 到 秦 国 去 了 。 于 是 蔡 桓 公 只 好 去 世 了 。 

程序 的 最 初版 本 往往 很 像 文中 得 了 小 病 的 莹 桓公， 大 多 时 候 是 一 定 有 点 问题 的 。 如 果 没 
法 开启 重 构 ， 代 码 一 定 会 变 成 垃圾 代码 ， 而 上 规模 的 代码 垃圾 到 一 定 程度 后 是 完全 没 法 改 的 ， 
很 像 文中 的 病 入 请 育 的 蔡 桓 公 ， 你 只 能 看 着 它 慢 慢 死去 一 一 只 是 维护 他 的 人 要 跟着 其 送 很 多 
时 光 。 

而 重 构 本 身 并 不 难 ， 难 的 是 启动 重 构 ， 并 持续 做 下 去 ， 这 并 非 是 技术 问题 。 
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第 8 章 设计 和 编码 的 度量 与 改善 


设计 与 编码 的 改善 远 非 一 日 之 功 , 当 且 仅 当 设计 编码 的 主体 一 一 程序 员 变 得 优秀 的 时 候 ， 
才 有 出 现 优秀 软件 产品 的 可 能 。 
当 我 们 应 用 前 一 章 所 提 到 的 原则 ， 努 力 使 自己 和 产品 变 得 更 优秀 时 ， 仍 然 有 两 点 需要 关 
注 。 一 是 我 们 要 尽 可 能 知道 自己 所 作 所 为 究竟 是 让 软件 变 好 了 还 是 变 坏 了 ; 二 是 我 们 要 更 彻 
底 地 打破 分 析 设 计 方 法 所 带 给 我 们 的 束缚 。 

网 上 流传 ，B 记 Gates 先生 曾经 戏言 ， 如 果 哪 天 醒 来 ， 微 软 被 烧 个 精光 ， 那 么 上 只 要 给 他 30 
个 最 优秀 的 程序 员 ， 他 就 可 以 重建 微软 。 这 句 话 的 具体 出 处 或 真 假 已 不 可 考 ， 但 却 并 不 偏离 
软件 开发 的 本 质 。 在 这 一 章 里 ， 我 们 将 重点 讨论 如 何在 设计 和 编码 上 走 得 更 好 ， 走 得 更 远 。 


8.1 复杂 度 的 度量 


知人 者 智 ， 自 知 者 明 。 































































































































































































一 一 老子 , 《道德 经 》 
软件 设计 中 的 一 个 根本 困难 在 于 ， 并 无 明确 的 尺度 来 度量 一 种 设计 方案 是 好 是 坏 ， 而 只 
能 依赖 于 判断 。 好 比 说 在 某 个 软件 中 ,设计 人 员 有 意 使 用 Factory 模式 ， 那 究竟 有 什么 办 法 可 
以 判定 这 是 一 次 误 用 ， 还 是 确实 解决 了 问题 ， 怎 么 判定 程序 使 用 了 这 个 模式 后 是 变 简单 了 还 是 
变 复杂 了 。 这 很 滑稽 ， 我 们 一 直 说 软件 要 降低 复杂 度 ， 但 我 们 并 不 能 清楚 地 知道 应 用 某 种 措 
施 后 ， 复 杂 度 是 不 是 被 降低 了 。 这 种 时 候 ， 一 切 就 只 能 依靠 是 个 人 偏好 ， 而 偏好 会 引起 误 用 
和 纷争 。 
接 下 来 我 们 将 探讨 一 种 对 设计 或 编码 进行 度量 的 方法 ， 我 们 认为 软件 设计 的 根本 目的 
降低 复杂 度 ， 所 以 一 切 说 明 从 复杂 度 开始 。 在 对 复杂 度 进 行 讨论 之 前 ， 我 们 有 必要 区 分 一 
复杂 度 和 难度 。 
假如 我 们 需要 把 一 份 数据 压缩 到 原来 大 小 的 10%， 而 当前 算法 只 能 压缩 到 50%， 需 要 进 

一 步 研究 和 提升 。 这 不 是 件 容易 的 工作 ， 但 这 类 问题 体现 的 是 难度 。 
假如 有 一 个 函数 很 简单 ， 刚 会 编程 的 人 也 能 完成 ， 但 同样 难度 的 函数 却 有 10 万 个 。 这 不 

是 一 件 容易 的 工作 ， 这 里 体现 的 则 是 复杂 度 。 

软件 所 面临 的 主要 问题 是 尽 可 能 降低 复杂 度 ， 而 非 难度 。 难 度 与 生 俱 来 ， 虽 然 也 影响 项 
目 ， 但 往往 更 适合 组 织 少 数 人 进行 突破 。 而 且 ， 非 研究 性 项 目 中 也 不 适合 包含 很 多 难度 比较 高 
的 问题 。 
这 样 的 话 ， 如 果 我 们 有 一 种 方法 可 以 度量 实现 后 的 代码 的 复杂 度 ， 那 我 们 就 可 以 对 设计 
和 编码 的 好 坏 做 一 点 量化 的 评价 。 
比如 ， 功 能 点 与 具体 实现 细节 无 关 ， 基 本 上 是 直接 基于 需求 的 估算 ， 这 样 我 们 最 终 得 到 
软件 的 规模 可 能 是 300 功能 点 。 
如 果 我 们 也 找到 了 一 种 方法 来 实测 软件 的 整体 复杂 度 ， 并 且 知 道 300 功能 点 的 软件 ， 实 
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可 并 









































































































































































































































现 复杂 度 大 致 应 该 在 100 一 120 之 间 ， 那么 复杂 
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的 很 可 能 就 是 低劣 的 设计 编码 。 


在 接 下 来 的 章节 
出 一 种 统合 

















8.1.1 现 有 度量 方法 的 考察 

















下 面 是 当 I 








(1) 圈 复 杂 


E， I 
复杂 度 度量 的 设 








度 小 于 100 的 很 可 能 是 优秀 的 设计 编码 ， 大 于 





























度量 复杂 度 有 关 的 方法 。 




















圈 复杂 度 ，Tom McCabe 曾经 建议 使 











顾 一 下 当前 与 度量 设 





计 复 杂 度 的 相关 方法 ， 接 下 来 提 


尖 复 杂 度 主要 用 于 度量 函数 或 方法 ， 从 《代码 大 全 》 中 可 以 找到 圈 复 杂 度 的 描述 。 关 于 







































































] 下面 的 方法 来 度量 复杂 度 。 在 这 一 方法 中 为 了 计算 复杂 








度 首先 要 计算 子 程序 中 的 决策 点 (Decision Points)， 规 则 如 下 : 





法 则 : 


多 从 函数 第 一 行 一 直 往 下 通过 程序 。 


急 一 旦 遇 到 以 下 关键 字 或 者 同类 的 词 就 加 1: 
傅 给 case 语 句 中 的 每 一 种 ， 


很 多 静态 分 析 工 具 都 直接 提供 对 
度 大 于 15 的 函数 或 方法 基本 上 是 有 问 






































清 况 加 ] 。 


if,while,repeat,for,and,or, 





Steve McConell, 《代码 大 全 》 













































































图 复 杂 度 的 度量 ， 而 效 复 杂 度 本 身 卜 义 性 很 小 ， 圈 复杂 
题 的 ， 是 非常 难 
































得 的 指标 。 但 圈 复 杂 度 更 适合 用 于 度量 
































。 响 应 集 应 该 尽 可 能 的 小 ， 根 据 得 墨 式 耳 





























/ 传 入 参数 的 方法 ， 当 然 参数 本 身 也 可 能 是 函数 





在 
































的 方法 


// 创 建 的 ， 并 归 自 己 所 有 的 对 象 的 方法 











编码 的 结果 ， 对 高 层 设 计 则 不 太 适 用 。 
(2) 响应 集 
响应 集 是 指 类 的 各 个 方法 直接 调用 的 函数 数 
某 个 对 象 的 任何 方法 都 应 该 只 调用 属于 以 下 情形 的 方法 。 
class Demeter 
{ 
private: 
A* a; 
int func(); 
public: 
As: 
void example(B& b); 
void Demeter::example(B& b) 
{ 
Ce; 
intf = func(); /类 自己 的 方法 
b.invert(); 
a=new A(); 
a->setActive(); // 创 建 的 对 象 所 
c.print(); 
} 
上 
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一 一 摘自 《程序 员 修炼 之 道 》 


(3) 关系 内 聚 性 (TD 
在 度量 包 时 可 以 用 包 内 部 类 的 数目 除 以 包 内 类 的 总 数 ， 其 比值 用 来 表示 包 的 内 聚 性 。 如 
果 用 R 表示 包 内 部 得 类 关系 数目 ， 用 N 表示 包 内 类 总 数 。 那 么 : 






























































H= (RH+HIN 


(4) 不 稳定 性 (D) 
不 稳定 性 由 输入 耦合 度 〈Ca) 与 输出 耦合 度 (Cs) 计 算 而 来 。 
包 的 输入 耦合 度 是 指 处 于 包 外 部 ， 但 依赖 于 包 内 类 的 数目 。 
包 的 输出 耦合 度 是 指 包 内 部 的 依赖 于 包 外 部 类 的 类 数目 。 
这 样 I=C。/ (Cst Ce) 
(5) 抽象 性 (A) 
包 的 抽象 性 用 抽象 类 的 数目 和 包 中 所 有 类 的 数目 进行 计算 。 
假如 包 中 类 的 总 数 是 Ne, 抽象 类 的 数目 是 Ns， 那么 抽象 度 A= Na/N。 
te ed es at ie 
模式 与 实践 》 一 书 。 这 些 度量 指标 无 颖 是 有 意义 的 ， 但 却 不 解决 这 样 一 个 问题 
如 果 一 个 方案 在 关系 内 案 性 (ED， 不 稳定 性 (ED， 抽 象 性 (H) 上 都 有 好 的 表现 ， 复 杂 s 度 有 没 
有 提高 ? 如果 说 复杂 度 因此 而 提高 了 ， 那 么 这 种 额外 文 出 的 复杂 度 值 不 值得 
如 果 我 们 认为 复杂 度 是 软件 的 根本 问题 ， 那 么 在 满足 需求 的 前 提 下 ， 使 软件 简单 化 就 是 
最 关键 的 使 命 《〈 比 灵活 性 等 重要 )。 既 如 此 ， 为 什么 不 直接 度量 复杂 度 呢 ? 


8.1.2 一 种 新 的 度量 方法 


下 面 我 们 将 寻找 一 种 新 的 度量 软件 复杂 度 的 方法 ， 而 对 新 方法 的 检验 将 主要 通过 对 设计 
模式 进行 度量 来 完成 。 这 么 做 的 主要 原因 是 设计 模式 是 这 些 年 来 软件 领域 中 沉淀 下 来 的 精华 ， 
非常 有 代表 性 ， 如 果 新 的 度量 方法 可 以 适用 于 设计 模式 ， 那 就 可 能 适用 于 大 多 软件 。 

由 第 7 章 ， 我 们 知道 影响 软件 复杂 度 有 如 下 因素 。 

1) 对 概念 的 分 解 是 否 正 交 。 

2) 层次 的 多 少 。 

3) 时 序 。 

4) 数据 流 。 

那么 软件 复杂 度 的 度量 也 必然 需要 从 这 4 个 维度 进行 考量 。 

全 与 概念 分 解 是 否 正 交 相 关 联 的 指标 有 两 个 : 概念 个 数 的 多 少 以 及 其 内 在 复杂 度 。 

@ 代码 中 直接 可 见 的 东西 都 是 概念 : 包 / 名 字 空 间 、 类 、 方 法 /函数 等 。 概 念 个 数 则 
是 上 述 概念 的 计数 。 
@ 对 方法 /函数 进行 度量 的 指标 是 圈 复 杂 度 。 而 更 大 单位 概念 的 复杂 度 则 可 以 表示 
为 其 内 含 方法 /函数 的 圈 复 杂 度 的 和 。 
全 与 层次 多 少 相 关联 的 指标 是 : 层次 数 。 
@ 在 最 终 代 码 层 面 ， 层 次 数 体现 为 不 同时 期 的 栈 层次 。 
全 与 时 序 相关 的 指标 是 : 动作 时 序 


















































































































































得 ? 
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@ 在 代码 层面 动作 时 序 即 是 函数 /方法 的 调用 顺序 。 对 此 有 影响 的 是 需求 决定 的 内 在 

逻辑 和 概念 间 的 静态 结构 〈 继 承 、 包 含 、 聚 合 、 使 用 等 )， 以 及 线程 /进程 。 

多 与 数据 流 相 关 的 指标 则 是 : 时 序 流 上 不 同 动作 则 传递 信息 矢量 的 多 少 ， 以 及 数据 流 的 扩 
散 方向 。 

@ 在 代码 层面 数据 流 将 表现 为 方法 /函数 的 参数 和 方法 /函数 内 部 操作 引起 的 数据 变迁 。 
上 面 的 总 结 ， 颇 为 抽象 ， 为 使 这 种 度量 方法 更 为 可 视 化 ， 我 们 需要 再 次 回 到 软件 的 本 质 。 
软件 最 终 可 以 看 做 是 概念 和 逻辑 的 复合 体 ， 而 复杂 度 的 度量 似乎 应 该 回 到 对 概念 和 届 辑 的 个 
数 以 及 逻辑 关系 的 特质 上 来 。 虽 然 概 念 间 的 逻辑 关系 有 层次 、 继 承 、 包 含 、 聚 合 、 使 用 等 ， 
但 我 们 眼下 主要 考察 动态 关系 ， 一 旦 两 个 概念 发 生 关 联 ， 我 们 就 用 箭头 把 这 种 关联 关系 标识 
出 来 ， 这 样 最 终 会 把 各 种 概念 连接 成 一 张 图 。 这 种 关联 可 以 抽象 为 从 简单 到 复杂 的 一 个 过 程 ， 

由 简单 到 复杂 的 各 种 图 如 图 8-1 一 图 8-6 所 示 。 在 这 里 概念 开始 分 解 ， 一 分 为 二 ， 彼 此 关联 。 
比如 说 ， 为 了 发 出 命令 ， 那 么 必须 的 两 个 概念 是 : Invoker 和 Receiver。 接 下 来 ， 概 念 个 数 增 
加 : 二 变 为 多 。 比 如 说 ， 在 分 化 为 Invoker 和 Receiver 之 后 ，Receiver 开始 增加 。 




































































































































































































































































图 8-1 概念 开始 分 解 图 8-2 ”概念 个 数 增加 














如 果 一 个 菜单 里 面 只 有 一 个 选项 (命令 )， 那 是 图 8-1。 如 果 荣 单 中 有 多 个 选项 〈 命 令 ) 
那 就 是 图 8-2。 
再 接 下 来 ， 层 数 由 二 变 多 。 比 如 说 ， 当 导入 Command 设计 模式 后 ，Invoker 不 再 直接 与 
Receiver 直接 发 生 关 联 ， 中 间 要 加 入 Command 这 一 层 。Invoker 一 Command 一 Receiver。 














































































































图 8-3 ”概念 个 数 增 加 的 同时 ， 层 次 开始 增加 
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图 8-4 数据 流向 开始 复杂 化 ， 由 树 状 向 网 状 转化 


导入 Command 模式 后 ， 假 设 存 在 者 4 个 命令 : Copy、Paste、Save 和 Quit。 那 么 Paste 
将 以 Copy 动作 为 基础 ， 而 Quit 之 前 则 要 调用 Save。 






































图 8-5 多 线程 /多 进程 出 现 ， 数 据 流 进一步 复杂 化 




















假设 说 开 了 一 个 线程 监听 指定 的 端口 ， 并 需要 把 获得 的 信息 定期 地 显示 在 UI 上 ， 同 时 
UI 上 也 支持 Copy 和 Paste，Save 和 Quit， 那 么 就 必须 对 信息 读 写 进行 同步 处 理 。 





























图 8-6 ”概念 间 数据 关联 加 强 ， 传 递 的 信息 增加 


假设 网 络 上 监听 的 内 容 越 来 越 多 ， 那 么 同样 的 罗 辑 下 传递 的 信息 量 会 增加 ， 同 样 的 Copy 
和 Paste 命令 其 内 部 细节 也 会 越 来 越 多 。 
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接 下 来 当 某 一 具体 概念 自身 复杂 到 一 定 程度 时 ， 其 自身 需要 分 裂 ， 返 回 到 图 8-1。 比 如 
说 ， 如 果 Copy 的 内 容 不 只 有 文本 ， 还 有 图 像 ， 还 要 支持 跨 进程 的 拷贝 ， 那 无 疑 的 Copy 这 一 
命令 自身 需要 进一步 分 化 。 

如 果 考 察 上 面 的 图 形 ， 我 们 可 以 发 现 : 单纯 以 图 形 的 角度 看 ， 直 线 、 以 一 点 为 中 心 的 射 
线 是 最 简单 的 。 联 系 的 脉络 比较 少 ， 也 清晰 可 见 。 树 状 是 比较 简单 的 ， 虽 然 层 次 可 能 会 变 得 
很 多 ， 但 层次 相对 分 明 。 网 状 则 比较 复杂 。 关 联 关 系 多 ， 层 次 也 不 好 划分 ， 基 本 上 很 难 限 制 
变化 的 影响 范围 。 导入 了 多 线程 /多 进程 的 状况 更 为 复杂 , 这 时 需要 考察 信息 同步 的 正确 与 否 。 
一 旦 概念 间 的 关联 强度 增强 ， 那 么 情况 会 更 坏 。 

这 中 间 并 不 存在 哪 种 图 形 一 定 不 好 的 问题 ， 其 
足够 的 收益 ， 无 谓 的 复杂 度 则 是 一 定 要 避免 的 。 

念 间 关 联 的 强度 

我 们 来 看 几 个 具体 的 场景 ， 而 后 考察 一 下 各 个 场景 下 ， 概 念 间 关联 的 强度 。 

第 一 个 场景 是 ， 泛 型 类 中 具体 算法 和 算法 操作 的 对 象 。 这 个 时 候 算法 只 需要 知道 待 操作 
对 象 有 特定 的 接口 即 可 。 

第 二 个 场景 是 ， 接 口 类 或 者 说 纯 虚 类 的 使 用 。 这 个 时 候 使 用 接口 类 的 地 方 需要 知道 接口 
类 的 名 字 和 接口 的 名 字 ， 但 无 需 关 注 接口 背后 的 实现 。 

第 三 个 场景 是 ， 有 具体 类 的 使 用 。 这 个 时 候 使 用 具体 类 的 地 方 事实 上 既 需 要 知道 具体 类 的 
名 字 ， 也 要 知道 接口 的 名 字 ， 还 要 知道 具体 类 的 实现 否则 没 法 实例 化 具体 类 。 

单 以 上 述 3 个 场景 而 论 ， 其 概念 间 关 联 的 强度 应 该 是 依次 增强 的 。 

总 结 一 下 上 述 3 个 场景 ,我 们 可 以 发 现 , 无 论 如 何不 能 少 的 是 接口 。 但 即使 同样 是 接口 ， 
其 关联 强度 仍然 不 同 。 比 如 说 ， 都 是 在 第 二 个 场景 下 ， 一 个 接口 只 使 用 基本 数据 类 型 ， 而 另 
一 个 接口 却 使 用 了 自 定义 的 类 ， 那 么 大 多 时 候 后 一 种 情形 的 关联 强度 更 高 因为 接口 上 需 
要 传递 的 信息 量 更 高 。 


8.1.3 从 复杂 度 的 视角 考察 Factory 模式 


接 下 来 我 们 看 一 个 现实 中 的 例子 ， 来 进一步 考察 这 种 复杂 度 的 度量 究竟 有 什么 意义 。 

Factory 是 一 个 用 得 比较 广泛 的 设计 模式 。 这 个 模式 的 主要 目的 是 把 对 象 的 创建 工作 隐藏 
在 抽象 的 接口 之 后 。 从 使 用 的 角度 看 ， 不 使 用 Factory 模式 的 程序 大 概 是 这 样 : 

Stepl: Shape circle = new Circle() /Shape 是 Circle 的 虚 基 类 

Step2: 把 Circle 只 作为 Shape 来 使 用 ， 而 不 使 用 Circle 所 特有 的 方法 。 

而 使 用 了 Factory 模式 的 程序 大 概 是 这 样 : 

Step1: Shape circle = shapeFactory.makeCircle(); /在 makeCircle0 中 调用 new CircleO; 

Step2: 把 Circle 只 作为 Shape 来 使 用 ， 而 不 使 用 Circle 所 特有 的 方法 。 

使 用 Factory 模式 后 ，Circle 类 的 具体 实现 将 和 使 用 Circle 类 的 程序 完全 没关系 ， 使 
] Circle 类 的 地 方 也 不 知道 自己 使 用 的 是 Circle， 它 只 知道 这 是 一 个 Shape。 

《敏捷 软件 开发 : 原则， 模式 与 实践 》 中 给 出 了 使 用 和 不 使 用 Factory 模式 的 UML 图 ， 
我 们 来 一 起 看 一 下 。 

不 使 用 Factory 模式 的 UML 图 如 图 8-7 所 示 。 




















































































































































































































关键 的 尺度 是 复杂 度 的 增加 是 否 获得 了 
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使 用 Factory 模式 的 UML 图 


<<Interface>> 
ShapeFactry 
+makeSquare() 
+makeCircle() 


ShapeFacory 
Implementatlo 


和 
1 


<<creates>> 








图 8-7 


























如 


不 使 用 Factory 模式 时 的 UML 图 


图 8-8 所 示 。 





App 
ET 




















<<Interface>> 
Shape 































Class in 
Some App2 
Ee 












<<Interface>> 
Shape 











我 们 来 考察 一 下 ， 这 两 种 方法 下 复杂 度 的 变化 。 














在 第 一 利 
在 第 二 利 
数 则 由 4 个 增加 为 6 个 。 


从 上 面 的 分 析 可 见 ，Factory 模式 一 定 会 增加 复杂 度 。 使 用 这 一 模式 的 时 候 ， 事 实 上 等 于 
Robert C。Martin 在 论 及 Factory 

















牺牲 一 定 简单 性 来 换取 灵活 性 
们 在 之 前 的 分 析 中 曾经 提 到 ， 需 求 定义 价 
达成 目的 。 所 以 这 一 模式 的 应 用 





可 能 就 不 用 ”。 


很 有 误 用 Factory 模式 的 嫌疑 ， 我 人 
假设 说 我 们 要 创建 一 个 迷宫 ， 








如 果 而 








i 用 Factory 模式 时 的 UML 图 


方法 下 :Class in Some ”App 与 3 个 概念 交互 ， 两 层 结构 。 

































































Ne 











原则 远 不 是 “只 要 有 可 能 就 用 ”， 














角 实 要 用 ， 那 么 要 对 应 到 需求 
关注 这 个 设计 模式 可 以 干什么 ， 也 一 
下 面 我 们 来 看 一 下 《设计 模式 》 















































居 要 么 是 一 个 房间 ， 要 么 是 一 堵 墙 


对 应 的 UML 





图 如 图 

















8-9 所 示 。 








方法 下 ，Class in Some App2 与 两 个 概念 直接 交互 ， 但 变 成 了 四 层 结构 ， 概 念 个 








模式 的 时 候 也 提 到 了 这 点 。 而 我 
赴 根源， 而 设计 和 编码 的 目的 则 是 用 最 简单 的 手段 
而 应 该 反 过 来 ， 是 “只 要 有 


























上 的 可 见 收益 。 这 也 就 意味 着 ， 我 们 不 单 要 
要 关注 它 不 可 以 干什么 。 











书 中 关于 迷宫 的 例子 。 从 简 8 
] 来 一 起 分 析 一 下 。 
迷宫 由 一 系列 房间 组 成 。 


pa 











性 上 


的 和 























， 或 者 是 通 











往 


另 一 个 房间 的 一 扇 门 。 这 






































9 度 看 ， 这 个 例子 





一 个 房间 知道 它 的 邻居 : 它 的 邻 








个 结构 并 不 复杂 ， 
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MapSlte 





| Door 











图 8-9 ”创见 迷宫 时 的 UML 图 























MapSite 是 Room、Wall、Door 共同 的 基 类 ， 其 中 只 有 一 个 方法 Enter0 用 来 判定 一 个 人 会 
不 会 倍 壁 。 为 了 避免 对 迷宫 类 型 进行 像 下 面 进 行 硬 编码 ，GoF 导入 了 Abstract Factory 模式 。 












































Maze* Mazegame::CreateMaze() 
{ 
Maze* aMaze = new Maze; 
Room* rl = new Room(]); /此 处 对 类 名 进行 硬 编码 ， 一 旦 出 现 有 炸弹 的 房间 ， 那 代码 要 重 写 
Room* 12 =new Room(2); /为 解决 上 述 问题 ，GoF 提出 了 Abstract Factory 模式 来 解 耦 名 字 和 
// 创 建 逻辑 
Door* theDoor = new Door(r1,r2); 











Peay 


















































aMaze->AddRoom!(r1); 
aMaze->AddRoom(r2); 


rl1->SetSide(North, new Wall); 


return aMaze; 


} 


导入 模式 后 ， 迷 宫 中 各 种 元 素 的 类 型 和 迷宫 的 结构 被 分 离 了 ， 分 离 后 的 程序 大 概 是 这 个 
样子 : 

















class MazeFactory { 
public: 
MazeFactory(); 


virtual Maze* MakeMaze() const 
{return new Maze;} 

virtual Wall* MakeWall() const 
{return new Wall;} 

virtual Room* MakeRoom(int n) const 
{return new Room(n);} 
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Virtual Door* MakeDoor(Room* T1, Room* r2) const 
{ return new Door(r1,r2); } 


} 


Maze MazeGame::CreateMaze(MazeFactory& factory) 
{ 


























Maze* aMaze = factory.MakeMaze0; ”W/W 在 这 一 版 本 里 类 名 不 再 直接 出 现 ， 取 而 代 之 的 是 
Room* rl = factory.MakeRoom(1); /MazeFactory 的 虚 函 数 名 
Room* r2 =factory.MakeRoom(2); /这 样 如 果 像 换 掉 门 的 类 型 的 话 ， 只 要 继承 MazeFactory 
Door* aDoor = factory.MakeDoor(r1,72); /实现 新 的 Factory 就 可 以 了 



































aMaze->AddRoom(r1); 
aMaze->AddRoom(Tr2); 


Tl->SetSide(North, new Wall); 

















下 面 是 《设计 模式 》 一 书 中 提供 的 为 创建 施 了 魔法 的 迷宫 而 派生 的 Factory: 





class EnchantedMazeFactory: public MazeFactory 


{ 

public: 
EnchantedMazeFactory(); 
virtual Room* MakeRoom(int n) const 
{ return new EnchantedRoom(n, CastSpell());} 
Virtual Door* MakeDoor(Room* r1,Room* r2) const 
{return new DoorNeedingSpell(r1,r2);} 

protected: 
Spell* CastSpell() const; 


} 


这 样 只 要 用 EnchantedMazeFactory 来 取代 MazeFactory 就 会 变更 创建 出 的 迷宫 类 型 ， 而 
不 需要 调整 CreateMaze() 中 的 逻辑 。 
接 下 来 我 们 可 以 考察 各 种 元 素 类 型 进行 膨胀 的 情形 , 假设 说 有 50 种 不 同类 型 的 墙 ， 那 么 
要 派生 出 50 个 子 类 来 分 别 创建 不 同 的 墙 一 一 这 里 是 关键 点 : 类 的 个 数 会 因为 墙 、 门 或 者 房间 
类 型 的 膨胀 而 急速 及 
极端 的 OO 爱好 者 会 想当然 地 认为 这 是 理 所 应 当 的 代价 ， 但 概念 分 散 度 过 大 “〈 习 




















































































































事实 上 等 
于 是 不 正 交 )， 必 然 导 致 理解 以 及 维护 上 出 现 问题 。 同 时 真 的 就 没有 更 简单 的 办 法 了 么 ? 真 的 








需要 为 了 “创建 各 种 的 对 象 ”这 样 一 个 并 不 复杂 的 东西 创建 50 几 个 类 么 ? 
下 面 的 尝试 未 必 全 对 ， 但 至 少 其 复杂 度 在 解决 迷宫 类 问题 时 会 比较 低 。 
首先 我 们 需要 借用 一 下 《代码 大 全 》 中 提 到 的 表 驱 动 法 。 表 驱动 法 的 原理 并 不 复杂 : 建 
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立 一 张 表 来 维护 某 种 映射 关系 〈 比 如， 月 份 和 天 数 的 映射 )， 在 程序 中 直接 碍 表 来 锁定 待 找 
言 息 〈 比 如， 直接 通过 月 份 找到 该 月 份 的 天 数 )。 表 驱动 的 好 处 是 可 以 取代 复杂 的 让 .else.… 
构 ， 以 及 复杂 的 由 虚 函 数 驱 动 的 继承 层次 结构 。 导 入 表 驱 动 的 思想 后 ,我 们 发 现 创 建 这 事 其 5 
可 以 很 简单 ， 它 需要 的 根本 要 素 只 有 两 个 ， 一 个 名 字 与 一 个 函数 。 

我 们 可 以 先 创建 一 张 表 ， 这 张 表 里 维护 着 “名 字 ” 和 “创建 函数 ”的 映射 。 而 创建 的 时 
候 ， 所 需要 的 参数 则 是 一 组 名 字 ， 通 过 这 组 名 字 就 可 以 找到 具体 的 创建 函数 。 这 样 上 述 创建 
过 程 可 以 简化 为 : 

步 又 1: 声明 一 组 函数 来 分 别 创建 各 个 对 象 。 


Maze* MakeMaze() 
{ return new Maze;} 
Wall* MakeWall() 
{return new Wall;} 
Room* MakeRoom(int n) 






























































将 澄 置 























































































































{return new Room(n);} 
Door* MakeDoor(Room* rl, Room* 12) 
{return new Door(r1,72); } 


Room* MakeEnchantedRoom(int n) 
{return new EnchantedRoom(n, CastSpell());} 
Door* MakeEnchantedDoor(Room* r1,Room* r2) 
{return new DoorNeedingSpell(r1,r2);} 


步骤 2: 声明 一 个 表格 来 存放 迷宫 类 型 名 和 上 其 体 创建 函数 的 映射 。 











typedef map<string,FACTORYFUN> Factory; 


其 中 FACTORYFUN 为 包涵 了 4 个 函数 指针 的 结构 : 
typedef Room* (*CREATEROOM)(int n); 
typedef Wall* (*CREATEWALL)0; 
typedef Maze* (*CREATEMAZE)(; 
typedef Door* (*CREATEDOOR)(Room* r1, Room* r2); 


struct FACTORYFUN 

{ 
CREATEMAZE pfnCreateMaze; 
CREATEWALL pfnCreateWall; 
CREATEROOM pfnCreateRoom; 
CREATEDOOR pfnCreateDoor; 

上 


步 又 3: 在 你 期 望 的 地 方 ， 初 始 化 Factory 表 。 

















FACTORYFUN NormalMaze; 
NormalMaze.pfnCreateMaze = MakeMaze; 
NormalMaze.pfnCreate Wall = Make Wall; 
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步 又 4: 依据 名 字 碍 表 ， 进 行 具 体 迷 宫 的 创建 


NormalMaze.pfnCreateRoom = MakeRoom; 
NormalMaze.pfnCreateDoor = MakeDoor; 
factory["NormalMaze"]=NormalMaze; 


FACTORYFUN EnchantedMaze; 
EnchantedMaze.pfnCreateMaze = MakeMaze; 
EnchantedMaze.pfnCreate Wall = MakeWall; 
EnchantedMaze.pfnCreateRoom = MakeEnchantedRoom; 
EnchantedMaze.pfnCreateDoor = MakeEnchantedDoor; 


factory["EnchantedMaze"] = EnchantedMaze; 


























Maze* MazeGame::CreateMaze(string mazeName,Factory& factory) 


{ 


} 














甚至 可 以 月 





迷宫 进行 组 合 时 ， 











Maze* aMaze = factory[mazeNamel].pfnCreateMaze(); 
Room* rl = factory[mazeNamel].pfnCreateRoom(1); 
Room* r2 =factory[mazeName].pfnCreateRoom(2); 


Door* aDoor = factory[mazeName].pfnCreateDoor(r1,r2); 


aMaze->AddRoom(r1); 
aMaze->AddRoom(r2); 


rl1->SetSide(North, new Wall); 


return aMaze; 
























































在 这 个 过 程 中 ， 同 原来 的 Factory 模式 比较 ,这 一 方法 下 只 增加 
个 表格 结构 (其 中 有 4 个 函数 指针 )。 


配置 文件 在 运行 时 进行 这 种 组 合 。 想 象 一 下 如 果 施 了 魔法 的 迷宫 与 墙 





了 一 个 层次 ， 


证 增加 了 一 




















同时 可 以 获得 更 大 的 灵活 性 , 迷宫 类 型 的 组 合 更 为 随意 ， 


中 有 炸弹 和 


4 




















处 理 ， 现 在 可 以 怎么 





原来 需要 怎么 处 理 ， 
































OO 的 














粹 的 O03? 


对 这 种 收益 就 会 有 更 深 的 感触 。 
唯一 的 不 足 就 是 这 不 是 纯粹 的 OO， 这 会 让 狂热 者 愤恨 ， 但 反 过 来 想 就 会 发 现 ， 我 们 要 使 用 









































这 里 要 强调 并 不 是 Factory 模式 没有 价值 , 而 是 说 当 我 们 了 解 一 种 技术 时 知道 
a 



































3 


VT 














Factory 方法 ， 2 于 




















的 是 为 了 获得 更 好 的 代码 结构 ， 如 果 说 确实 可 以 有 方法 更 简单 实用 , 那 为 























什么 要 用 纯 















































2， 的 时 入 复杂 度 肥 ， 








技术 本 喘 可 


。 比 如 说 ， 束 有 人 曾经 提倡 凡是 创建 对 象 的 时 候 就 要 用 
这 是 疯狂 的 ， 也 是 错误 的 。 
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8.1.4 从 复杂 度 的 角度 考察 Command 模式 


Command 的 模式 是 一 个 比较 常用 的 设计 模式 ， 这 个 模式 的 核心 内 容 非常 简单 ， 可 以 画 成 





如 图 8-10 所 示 的 图 。 





0 


Concrete Command 








图 8-10 ”Command 模式 的 UML 图 


























简单 来 讲 就 是 
种 命令 操作 都 通过 统 
为 了 避免 过 于 抽象 ， 这 里 还 是 使 用 《敏捷 软件 开发 : 原则 ， 
例子 。 


































































































命令 的 发 出 者 (Invoker) 并 不 和 命令 的 处 理 者 (Receiver) 直接 打交道 ， 各 
统一 的 Command 类 的 接口 (很 多 时 候 是 execute0 来 触发 )。 














模式 与 实践 》 一 书 中 给 出 的 











在 一 个 复印 机 的 嵌入 式 系统 中 ， 很 多 命令 要 根据 传感器 获取 到 的 信息 进行 触发 ， 比 如 ， 


互 
- 














| 





当 光 学 传感器 检测 到 纸张 已 经 到 达 某 一 位 

















后 ， 感 光 鼓 可 能 要 开始 动作 。 如 果 





| 


使 用 命令 模式 ， 






























































那么 传感器 检测 到 纸张 后 需要 调用 XXCommand.execute0。 也 就 是 说 传感器 自身 并 不 知道 接 








下 来 究竟 干什么 ， 而 上 只 知道 要 调用 哪个 命令 。 感 光 鼓 开始 动作 的 所 有 细节 将 隐藏 在 命令 后 面 。 
































这 个 模式 的 本 质 是 在 命令 的 发 起 者 和 命令 的 执行 者 之 间 加 入 了 一 个 层次 。 使 用 Command 














模式 的 时 候 ， 命 令 的 具体 处 理 被 隐藏 在 Command 之 后 。 在 没 使 
令 的 发 起 者 要 直接 组 织 命令 的 处 理 图 形 大 致 如 图 8-11 所 示 。 



































图 8-11 不 适用 Command 模式 时 的 UML 

















用 Command 模式 的 时 候 ， 命 








图 


如 果 对 上 述 两 幅 图 形 进行 比较 我 们 可 以 发 现 , 形状 都 是 近似 直线 状 ; 使 用 模式 的 时 候 ， 
概念 的 个 数 增加 了 。 有 多 少 个 命令 会 增加 多 少 个 概念 ， 这 潜在 意味 着 这 个 模式 也 会 增加 复 


如 果 我 们 找 不 到 补偿 的 话 ，Command 这 个 模式 虽然 看 着 很 好 ， 也 不 能 用 。 











那么 在 上 一 个 例子 里 究竟 哪里 可 以 获得 这 种 补偿 呢 ? 

















这 种 补偿 可 以 体现 在 两 个 方面 : 一 是 命令 发 起 者 和 命令 的 灵活 绑 定 。 比 如 ， 光 学 传 感 
器 和 光学 传感器 所 发 出 的 命令 。 二 是 所 有 命令 共通 行为 的 统一 处 理 。 比 如 ， 添 加 执行 次 数 
































的 计数 。 









































模式 大 多 时 候 其 性 价 比 要 比 Factory 好 一 点 。 



























































显然 如 果 仪 有 第 一 点 是 不 够 的 ， 因 为 这 也 可 以 用 表 了 驱动 来 取代 。 但 第 三 点 收益 就 很 难 用 
表 驱 动 这 样 的 方法 来 吸收 了 ， 这 与 前 面 论述 的 Factory 模式 不 同 。 总 得 来 说 ，Command 这 个 





























如 果 我 们 做 个 简单 的 总 结 ， 就 会 发 现 只 要 使 用 设计 模式 进行 解 契 ， 大 多 时 候 都 会 导致 概 


128 








念 个 数 的 增加 ， 即 复杂 度 的 增加 。 这 个 时 候 我 们 在 使 用 茶 个 模式 前 ， 要 找到 这 种 复杂 度 的 增 
加 所 对 应 的 补偿 是 什么 ， 并 判断 是 否 值得 。 


8.1.5 小 结 


在 前 面 的 文章 里 ， 我 们 曾经 提 到 过 ， 如 果 既 有 统一 的 单位 来 度量 需求 ， 也 有 统一 的 单位 
来 度量 实现 〈 代 码 )， 那 么 软件 开发 自身 的 度量 才 可 能 真 的 向 前 迈进 一 步 。 这 个 时 候 才 容易 更 
客观 地 比较 两 种 设计 方案 的 优 劳 ， 要 不 然 各 种 比较 就 只 能 停留 在 主观 里 。 

由 上 面 分 析 可 见 ， 要 度量 代码 整体 复杂 度 需要 考虑 的 维度 至 少 有 4 个 ， 而 当下 大 多 时 候 
最 终 代 码 整 体 复杂 度 只 表现 为 代码 行 。 这 就 导致 很 多 度量 指标 歧义 性 非常 大 。 

比如 说 , 如 果 用 Bug/KSLOC 来 度量 Bug 率 , 那么 100 个 功能 点 既 可 以 实现 成 为 7KSLOC 
也 可 以 实现 为 3.5KSLOC。 这 个 时 候 如 果 前 一 份 的 实现 的 Bug 数 是 7 个 ， 后 一 份 实现 是 3.5 
个 ， 表 面 上 看 两 者 Bug 率 相 同 ， 但 事实 上 后 者 的 Bug 率 却 只 是 前 者 的 112。 而 如 果 只 使 用 功 
能 点 这 样 的 单位 ， 那 么 可 维护 性 这 样 的 维度 又 将 失去 度量 。 

在 这 一 节 里 ， 我 们 对 复杂 度 的 探讨 不 过 是 刚刚 开始 ， 也 很 不 成 熟 ， 为 使 复杂 度 成 为 一 个 
有 效 的 无 歧义 的 指标 ， 在 未 来 应 该 还 有 更 长 的 路 要 走 ， 这 里 就 算是 抛砖引玉 吧 。 

新 拿 来 主义 

和 鲁迅 先生 在 1934 年 写 了 一 篇 著名 的 杂文 叫做 《 拿 来 主义 》 在 这 篇 文章 里 ， 重 迅 先生 写 道 : 

“他 点 有， 挑选。 看 见 鱼 起， 并 不 就 抛 在 路 上 以 显 其 “平民 化 ”， 只 要 有 养料 ， 也 和 朋友 们 
像 萝 下 白菜 一 样 的 吃 掉 ， 只 不 用 它 来 宾 大 宾 ; 看 见 获 片 ， 也 不 当众 摔 在 茅 厕 里， 以 见 其 彻底 
革命 ， 只 送 到 药房 里 去 ， 以 供 治 病 之 用 ， 却 不 弄 “出 售 存 膏 ， 售 完 即 止 ， 的 玄 错 。” 

今 时 今日 ， 在 软件 的 世界 里 ， 我 们 仍然 呼唤 这 样 一 种 精神 ， 并 要 往 前 一 步 。 

恰 如 前 文 所 论述 的 ， 软 件 的 特质 决定 了 软件 的 世界 里 必然 是 凡 论 相 搅 ， 是 非 不 明 的 ， 其 
至 矛盾 的 东西 可 能 同时 成 立 。 

在 这 样 的 一 个 世界 里 ， 怕 错 ， 不 敢 批 判 ， 迷 信 权 威 ， 没 有 “自己 ”是 不 行 的 。 我 们 可 以 
承认 自己 还 浅薄 ， 可 以 在 逻辑 和 事实 面前 低头 ， 也 可 以 以 开放 的 心态 来 包容 各 种 指责 ， 但 更 
关键 的 是 要 有 勇气 相信 “我 自己 是 对 的 .” 这 不 是 固执 和 狂妄 ， 当 有 膛 辑 和 事实 进行 支撑 时 ， 
这 反倒 是 一 种 务实 的 精神 。 

在 这 样 一 种 精神 下 运用 拿 来 主义 , “我 的 内 涵 就 会 不 断 丰 富 , 最终 成 为 真正 的 优秀 人 物 。 



























































































































































































































































8.2 设计 方法 的 选择 


阵 而 后 战 ， 兵 法 之 常 ， 运 用 之 妙 ， 存 乎 一 心 。 
一 一 《 宋 史 . 岳飞 传 》 
前 文 曾经 提 到 过 ， 从 根本 上 讲 ， 在 这 个 世界 上 软件 的 分 析 和 设计 方法 只 有 3 个 : 面向 对 
象 分 析 与 设计 和 结构 化 分 析 与 设计 ， 以 及 两 者 的 混合 。 其 他 的 一 切 方法 都 是 对 这 两 者 的 补充 ， 
比如 ， 契 约 式 编程 ， 泛 型 等 。 
对 这 两 种 分 析 和 设计 方法 ， 大 多 数 人 的 观点 可 能 是 优 劣 有 别 ， 于 是 选择 的 时 候 更 倾 
向 于 面向 对 象 的 方法 。 但 事实 上 分 析 设计 方法 的 选择 更 多 的 是 一 个 程度 问题 ， 而 不 是 一 


个 是 非 问题 。 
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结构 化 分 析 设 计 方 法 并 不 是 一 种 过 时 的 方法 ， 面 向 对 象 也 不 是 唯一 的 选择 。 做 分 析 和 设 
计 方法 的 选择 时 ， 我 们 也 并 不 是 只 有 两 个 选项 ， 而 是 3 个 : 结构 化 分 析 设 计 方 法 ， 面 向 对 象 
分 析 设 计 方 法 ， 两 者 混合 的 分 析 和 设计 方法 。 大 多 时 候 更 实用 的 反倒 是 最 后 一 种 ， 下 面 是 一 
些 具 体 的 分 析 。 























需求 分 析 与 设计 
我 们 可 以 在 忽略 外 包 这 样 因素 的 影响 后 , 给 软件 产品 的 使 用 做 一 个 简单 的 抽象 , 结果 如 下 : 
最 终 客户 属 产 品 心 公司 
那么 我 们 可 以 讲 只 有 最 终 用 户 可 感受 的 ， 直 接 可 见 的 才 成 为 需求 ， 其 他 部 分 属于 公司 自 
身 并 不 是 真 的 需求 ( 如 代码 质量 )。 这 样 就 回 到 一 个 老生 常 谈 的 话题 ， 需 求 的 根本 意义 还 是 澄 
清 “ 做 什么 2”， 而 设计 则 关注 “怎么 做 "。 从 这 个 角度 看 ， 需 求 分 析 自 身 也 是 一 种 设计 ， 只 不 
过 其 目的 是 为 了 挖 气 需 求 。 所 以 在 下 面 的 文字 里 ， 我 们 并 不 区 分 ( 面向 对 象 ) 分 析 与 设计 。 


8.2.1 一 点 历史 


从 Brooks 到 Bjarne Stroustrup, 再 到 Grady Booch 这 些 知名 人 士 都 曾经 向 我 们 传递 过 这 样 
一 条 表现 形式 不 同 ， 但 意思 相同 的 信息 : No silver buttlet。 这 条 忠告 同样 也 适用 于 分 析 和 设计 
方法 ， 曾 经 的 结构 化 程序 分 析 设 计 方 法 和 当今 的 主流 面向 对 象 的 分 析 设 计 方 法 也 不 是 可 以 解 
决 任何 问题 的 万 能 灵 药 。 在 合适 的 地 方 使 用 合适 的 方法 应 该 是 我 们 解决 各 种 问题 时 所 应 遵循 
的 准则 。 


8.2.2 面 问 对 象 与 结构 化 间 的 互补 性 


面向 对 象 设计 方法 和 结构 化 程序 设计 方法 之 间 存 在 着 相当 大 的 互补 性 。 存 在 这 种 互补 性 
的 根本 原因 首先 在 于 此 两 种 设计 方法 在 不 同 的 问题 域 中 的 不 可 蔡 换 性 。 

此 处 的 不 可 蔡 换 性 是 指 选用 其 中 一 者 要 比 选 用 另 一 者 有 明显 的 优势 。 而 在 菜 一 个 项 目 中 
涉及 几 个 问题 域 的 情况 随处 可 见 。 所 以 同时 使 用 两 种 分 析 和 设计 方法 往往 就 成 为 一 种 必然 。 
但 很 不 笠 ， 并 不 存在 一 个 简单 的 列表 来 指明 在 哪些 领域 面向 对 象 设计 方法 要 优 于 结构 化 程序 
设计 方法 或 相反 。 
通常 来 讲 我 们 认为 标准 算法 如 快速 排序 、 数 值 类 算法 、 其 他 计算 性 质 较 强 的 情况 或 
必须 按照 某 种 规则 行进 的 情况 等 适合 使 用 结构 化 程序 设计 方法 ， 而 当 类 和 可 视 对 象 之 间 
存在 着 自然 的 映射 关系 时 ， 比 如 ，UTI 就 适合 使 用 面向 对 象 设计 方法 。 但 大 多 时 候 要 上 其 体 
情况 具体 分 析 。 
内 次 在 于 这 两 种 分 析 和 设计 方法 都 远 不 是 一 种 完美 的 方法 。 就 如 以 前 人 们 所 总 结 的 : 
它们 有 的 随 着 程序 规模 的 膨胀 , 将 暴露 出 难以 控制 的 缺点 (不 充分 的 数据 抽象 一 一 Bjarne 
Stroustrup 语 ); 或 者 对 设计 师 要 求 过 多 ， 使 设计 师 在 面 对 许多 微妙 的 选择 时 ， 不 能 总 做 出 正 
确 的 决定 ， 进 而 使 程序 增加 无 谓 的 复杂 度 〈 过 度 分 层 一 一 Eric Steven Raymond 语 )。 而 这 两 种 
方法 的 互补 性 的 其 体 体现 形式 则 有 两 种 : 

一 是 以 面向 对 象 的 分 析 设 计 方 法 为 主 ， 以 结构 化 的 分 析 方 法 为 辅助 ， 二 是 以 结构 化 的 分 
析 设 计 方 法 为 主 ， 以 面向 对 象 的 分 析 方 法 为 辅助 。 前 者 由 于 其 必然 性 ， 在 不 知 不 觉 中 被 大 量 
使 用 ， 后 者 则 受到 相当 忽视 。 
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8.23 第 一 种 互补 关系 


以 面向 对 象 的 分 析 设 计 方 法 为 主 ， 以 结构 化 的 分 析 方 法 为 辅 




















并 不 难 论 记 
替换 性 。 


上 ， 其 存在 的 kK 本 原 












































助 ， 到 


LE 论 上 这 种 互补 关系 











因 就 是 上 面 所 提 到 的 两 种 设计 方法 在 不 同 的 问题 域 中 的 不 可 


不 会 存在 没有 方法 的 类 ， 同 时 类 的 方法 总 要 完成 一 定 功能 。 如 果 某 个 方法 足够 简单 ， 只 








需要 几 行 代码 
当 被 封装 的 功能 呈 
如 果 从 结果 来 逆 
代 器 的 实现 。 此 处 我 们 以 过 


在 于 达 代 器 是 影 






































迭代 器 这 个 设计 模式 的 











民 本 目的 在 于 为 不 同 的 











， 非 常 明显 的 例子 是 SGI STL 中 队列 对 象 
只 器 的 实现 来 对 上 述 观 点 进行 更 
响 非常 大 的 一 个 设计 模式 ， 它 所 面 对 的 问题 具有 相当 的 代表 性 。 
数据 结构 提供 统一 的 访问 内 部 数据 的 界 






































面 ， 从 而 使 用 户 能 够 很 方便 地 在 不 同 数据 结构 之 间 进 行 切换 。 
迭代 器 一 定 会 有 一 个 Next(0 的 接口 ， 表示 访问 某 数据 结构 中 下 一 个 元 素 。 在 SGI STL 





中 ， 这 个 接口 表现 为 对 ++ 操 作 符 的 习 








EE 载 











。SGI STL 5 





bP 么 怎么 分 析 和 设计 它 无 关 紧 要 ,但 并 不 是 每 个 方法 都 可 以 不 假 思索 地 完成 。 











现 出 茶 种 适用 结构 化 分 析 和 设计 的 特性 时 ， 通 常 需要 进行 结构 化 的 分 析 。 





























的 排序 算法 ， 空 间 丁 
多 的 说 明 。 如 此 选择 的 

















已 置 器 和 和 
民 本 原因 






































Ph 关联 式 容 器 内 部 所 对 应 的 数据 结构 


是 RB-Tree( 红 黑 树 )， 我 们 来 分 析 一 下 如 何 来 为 RB-Tree 这 类 二 叉 搜 索 树 的 迭 带 器 实现 





++ 操 作 (方法)。 








由 于 二 义 搜索 树 
树 中 的 每 一 个 节点 的 键 值 。 因 














任何 节点 的 值 一 定 大 了 








其 左 子 树 ， 











到 刚好 比 当前 节点 大 的 元 素 。 如 果 当 前 节点 没有 右 节 点 ， 那 么 





不 是 右 子 节点 为 
由 此 类 









































上 。 上 面 的 分 析 结 果 如 果 用 
， 实 现 更 为 复杂 的 算法 也 是 这 样 一 种 情形 ， 这 时 
承 ， 不 需要 多 态 。 也 就 是 说 不 需要 面向 对 象 的 内 容 。 























图 形 化 的 手段 表达 日 








时 需要 进行 结构 化 的 设计 这 一 观点 应 该 不 会 再 有 什么 疑虑 了 。 





除了 STL 之 外 ， 可 佐 说 
果 用 心 去 找 会 发 现 更 多 的 实例 。 


8.2.4 ”第 二 种 互补 关系 
以 结构 化 的 分 析 设 讨 





























互补 的 方式 。 现 在 我 们 来 看 一 


构 化 分 析 和 设计 为 主体 以 面向 对 象 分 析 和 设计 为 四 
模式 有 利于 规避 两 者 内 在 的 一 些 问题 。 





发 。 





因为 这 和 
1. 简单 


五 亲 
实例 





为 避免 使 接 下 来 的 论述 过 于 抽象 ， 在 这 
体 的 形式 是 什么 样子 。 请 考虑 下 面 的 简单 
假设 我 们 需要 根据 已 知 的 一 个 文件 名 
Bb 么 相应 的 输 H 








hello.,oops.tmp,end.dat 习 


上 面 的 文字 探讨 了 在 面向 对 象 分 析 和 设计 的 同 8 


下 ， 把 这 利 
































的 每 一 个 节点 的 键 











并 小 


值 ， 于 其 右 子 





























此 如 果 当 前 节点 存在 右 节 点 ， 那 么 先 向 右 走 ， 
直上 溯 ， 直 到 找 至 




















于 一直 向 左 即 可 得 
一 个 父 节 点 




















来 ， 那 么 结 
| ， 不 需要 用 类 封装 ， 不 需要 继 


果 就 是 一 张 流程 图 。 





因此 我 想 大 家 对 实现 对 象 








E 上 述 论 点 的 实例 还 包括 Python 标准 


方法 为 主 ， 以 面向 对 象 的 分 析 方 法 为 加 
结构 化 分 析 和 设计 为 加 


时 需要 











库 ， 





的 了 





























有 助 。 























的 某 些 方法 


E 则 表达 式 模 块 等 。 如 











i 助 这 样 


种 





















































互补 关系 反 过 来 是 怎样 一 种 情况 。 我 个 人 认为 以 结 
和 助 这 种 互补 模式 适合 相当 多 的 项 














人 有 页 











bp 为: 


HD 
产 





名 





个 临时 文人 











单 的 例子 ， 说 明 一 下 这 种 互补 














目的 开 














ER 


re 


EF 名 。 如 果 输 入 为 prog.dat,mydir, 
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prog.dat=>prog.tmp 
mydir=> mydir.tmp 
hello.=>hello.tmp 
Oops.tmp=>00pSs.XXX 
end.dat=>end.tmp[3] 


对 应 的 实现 通常 具有 下 面 的 样子 : 




















#include <iostream> 


#include <string> 
using namespace std; 


int main(int argc,char* argv[]) 
{ 
string filename,basename,extname,tmpname; 
const string suffix("tmp"); 


for(int i=1; i<argc; ++1) 


{ 


filename=argv[j]; 


string::size_type idx=filename.find('.'"); 
if(idx==string::npos) 
tmpname=filename + ".' + suffix; 


else 
{ 
basename=filename.substr(0,idx); 
extname=filename.substr(idx+1); 
if(extname.empty()) 
{ 
tmpname=filename; 
tmpname +=suffix; 
} 
else if(extname ==suffix) 
{ 
tmpname=filename; 
tmpname.replace(idx+1,extname.size(),"XXxx"); 
} 
else 
{ 
tmpname=filename; 
tmpname.replace(idx+1,string::npos,suffix); 
} 
} 


cout << filename << "=>" << tmpname << endl; 
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这 段 小 程序 的 根本 特征 有 两 个 : 一 是 
中 basic string 做 整个 处 


} 


return 0; 


} 























里 流程 














巴 处 到 














引 自 《C++ 标 准 程序 库 》 





体 以 面向 对 象 分 析 和 设计 为 辅助 这 种 互补 模式 所 相应 的 程序 的 基本 形式 。 
2. 面向 对 象 的 缺陷 





之 所 以 需要 这 种 互补 模型 其 根本 原因 
方法 相 比 面向 对 象 的 分 析 设 计 方 法 更 为 复杂 ， 这 种 复杂 性 
FE 度 。 


分 析 设计 
设计 方法 具有 相当 的 双 
《设计 模式 》 





























全 全 








书 第 





蛙 朱 


句 话 就 是 : 


在 于 ， 


设计 面向 对 象 软件 比较 困难 。 
































流程 分 解 为 一 系列 分 支 和 步骤 ; 二 是 使 用 STL 
中 各 种 字符 串 相 关 的 操作 。 这 也 正 是 以 结构 化 分 析 和 设计 为 主 





原本 的 二 者 都 存在 着 相当 的 问题 。 同 结构 化 
导致 真正 掌握 这 种 分 析 和 


人 C++ 程序 设计 》 第 0 章 第 2 节 也 表达 过 类 似 的 观点 : 与 主流 观点 相反 ， 从 根本 上 
对 象 程序 要 比 对 应 的 面向 过 程 的 程序 更 难 测 试 和 校 验 。 








变 内 部 行为 的 和 E 力 可 能 使 类 不 变 式 (Class Invariant) 无 效 ， 而 对 于 程序 的 正确 








通 形式 的 面向 


变 式 是 必要 的 。 此 外 ， 
同时 ， 面 向 对 象 的 根本 特性 使 分 析 和 设计 走 入 误区 的 几率 大 大 增加 ， 如 Andrew Hunt 和 


David Thomas 指出 的 多 重 继承 、 








一 个 面向 对 象 系统 的 控 




















明显 的 途径 增加 耦合 的 





不 能 完 











的 陷阱 里 











。 进 而 导致 同一 


充足 机 会 。 


全 掌握 这 种 设计 方法 的 程序 员 在 这 些 
概念 的 分 散 度 极 高 ， 为 产品 增加 了 相当 多 的 不 必要 的 复杂 度 ， 使 维 


护 的 成 本 上 升 。 我 曾经 杀身 看 到 过 这 权 











class A 


public: 








void someinterface()=0; 


class B:public A 
{ 


Y instance; 


class C:public B 
{ 


P instance; 














通过 虚 函 数 改 
性 来 说 ， 类 不 


























宝 制 流 路 径 的 潜在 数量 可 能 十 分 





异常 、 操 作 符 重 载 、 人 ^ 





的 产品 。 





父 方法 重 定义 这 样 的 特 





巨大 。 








性 提供 了 通过 不 


“特性 的 诱惑 下 ， 通 常 就 陷入 了 “过 度 分 层 ” 
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} 
class Y :public X 


class P:public O 
{ 
} 


同时 X，Y 和 0O，P 这 样 的 继承 关系 中 存在 着 相当 多 对 某 些 方法 的 重 载 。 而 后 以 
someinterface 为 入 口 点 的 调用 就 形成 了 这 样 的 调用 步骤 《此 处 用 * 代 表 不 确定 的 接口 名 )。 
这 就 把 相当 多 的 概念 纠结 在 了 一 起 ， 对 于 每 个 类 都 对 应 着 一 个 并 不 怎么 简单 的 概念 的 情 




















况 ， 理 解 这 种 融合 在 一 








一 步 继承 或 聚合 下 去 。 这 种 层次 的 划分 无 论 如 何 都 有 这 样 一 个 坏处 ， 要 费 好 大 力气 才 知 道 哪 
些 事情 先 做， 哪些 事情 
完成 某 一 职能 





























在 四 
































































































































起 的 一 大 块 东西 ， 实 在 是 有 点 难度 。 何 况 各 种 对 象 还 有 更 大 的 可 能 进 





























后 做 。 





























的 代码 不 利于 过 于 分 散 ， 最 完美 的 情形 是 一 种 实现 只 在 某 一 个 地 方 存在 ， 
而 运算 符 重 载 、 多 态 、 继 承 这 些 手 段 的 一 个 副作用 就 是 使 某 一 功能 的 具体 实现 分 散 到 过 多 的 
地 方 。 诚 然 这 些 机 制 是 
下 面 我 们 来 谈 过 度 分 
向 对 象 中 过 度 分 层 的 根本 动力 在 于 类 之 间 广 泛 的 关联 关系 , 我 们 来 看 经 常 说 的 MVC 
(Model-Controller-View ) 。 
道理 上 讲 , 视图 只 





























有 好 处 的 ， 但 如 果 不 注 意 控制 ， 其 负面 效果 也 不 容 忽 视 。 


ML 


o 

















永 该 和 Model 产生 关联 , 而 不 需要 关注 Model 背后 所 隐 含 的 具体 细节 。 











但 我 们 来 考虑 这 样 一 个 场景 ， 作 为 隐 含 在 Model 背后 数据 源 不 止 有 一 份 且 其 格式 不 同 ， 分 别 
需要 用 两 个 不 同 的 类 进行 处 理 ， 比 如 ，CDataTypel 和 CDataType2。 

由 于 数据 源 的 格式 不 同 ， 所 以 CDataTypel 和 CDataType2 的 接口 也 不 完全 相同 。 这 个 时 
候 有 两 个 选择 ， 一 个 是 让 View 直接 和 这 两 个 数据 源 关 联 ， 这 样 做 的 结果 是 View 和 数据 格式 
耦合 ， 如 果 添 加 一 种 新 的 格式 ，View 的 代码 可 能 要 重 写 ; 另 一 个 选择 是 在 Model 里 完成 对 两 








更 可 + 

























































































种 数据 的 整合 , 统一 通过 Model 的 接口 来 处 理 两 类 不 同 的 数据 , 这 样 做 的 好 处 是 View 可 以 完 
全 不 知道 数据 的 格式 信息 。 但 这 样 做 也 导致 新 层次 的 出 现 ， 对 于 很 多 操作 ，Model 类 事实 上 
不 做 什么 事情 ， 而 只 是 转发 调用 。 
日 的 是 ， 上 其 体 到 某 个 产品 中 有 些 层次 的 存在 可 能 并 非 必要 ， 他 们 存在 的 理由 只 是 因 






























































为 可 以 这 么 做 。 这 就 导致 在 相当 多 的 时 候 这 些 层 次 的 存在 所 带 来 的 危害 要 大 于 其 带 来 的 收益 。 
从 运作 项 目的 角度 看 ， 这 种 分 析 设 计 方法 自身 复杂 度 的 增加 意味 着 对 人 员 要 求 增加 ， 这 


= 








3. 


结构 化 的 设计 方法 也 有 着 相当 的 缺陷 ， 这 种 缺陷 概括 来 讲 可 以 被 称 为 不 充分 的 抽象 。 其 
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并 非 好 事 


上 里 。 


结构 化 的 缺陷 












































有 具体 形式 又 有 两 种 ， 一 种 体现 在 数据 上 ; 另 一 种 则 体现 在 逻辑 上 。 
Bjarne Stroustrup 指出 : 之 所 以 偏爱 面向 对 象 的 设计 方法 ， 是 因为 传统 的 结构 化 设计 方法 
将 导致 不 充分 的 数据 抽象 ， 进 而 使 有 意义 的 数据 成 为 全 局 性 数据 。 
在 没有 类 的 概念 下 ， 任 何 两 个 函数 都 需要 使 用 的 数据 ， 都 有 上 浮 为 全 局 数据 的 趋势 。 
对 于 逻辑 而 言 ， 有 时 候 某 一 逻辑 是 与 具体 实现 无 关 的 ， 但 在 结构 化 设计 中 ， 在 没有 语言 
机 制 支持 的 情形 下 ， 斩 断 这 类 关联 ， 就 会 显得 比较 困难 (不 是 不 能 )。 
我 们 先 来 看 一 下 ，Bjarne Stroustrup 在 《The C++ Programming Language》 中 给 出 的 一 段 
程序 。 这 段 程序 在 原 书 的 25.8 节 ， 用 来 说 明 什 么 是 应 用 框架 。 
这 个 框架 很 简单 ， 描 述 了 一 个 过 滤器 的 实现 。 它 从 输入 流 读 ， 按 既定 顺序 执行 某 些 操 作 
后 ， 给 出 一 个 最 后 的 结果 。 程 序 如 下 : 
首先 定义 一 个 对 输入 流 进行 处 理 的 Filter 的 基 类 ， 后 续 的 Filter 将 从 这 个 基 类 派生 。 








































































































































































































class Filter 


{ 
public: 
class Retry 
{ 
public: 


Virtual const char* message(){ return 0;} 
上 
virtual void start() {} 
virtual int read()=0; 
virtual void write(){} 
Virtual void compute() {} 
virtual int result()=0; 
virtual int retry(Retry& m) {cerr << m.message() << \n'; return 2} 
virtual ~FilterO){} 
上 


接 下 来 ， 在 一 个 函数 中 确定 对 输入 流 进 行 处 理 的 通用 处 理 步 骤 。 










































































int main loop(Filter* P) 
{ 
for(;;) 
{ 
try { 
p->startO; 
while(p—>read()) 
{ 





























p->compute(); 
p->write(; 
} 
return p—>resultO; 


} 
catch(Filter::Retry& m) 
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{ 


if(int 1= p->retry(m)) Teturn i; 




















} 
catch(...) 
{ 
cerr<< "Fatal filter erro\n"; 
return 1; 
} 


} 
接 下 来 使 真正 实现 一 个 flter， 并 调用 这 个 框架 。 




















class My _ filter: public Filter 
{ 
istreamg& 1s; 


Ostream& os; 




















int nchar; 

public: 
int read(){char c; is.get(c); return is.g00d();} 
void compute(){ nchar++;} 
int result() { os << nchar << "characters read\n"; return 0;} 
My_filter(istream& ii ostream& 00): is(ii),o0s(00),nchar(0){} 


上 
最 后 在 主 函 数 中 驱动 这 个 框架 。 














main() 

{ 
My _filter f(cin,cout); 
return main loop(&?D); 























} 


这 段 程 序 之 所 以 有 意义 ， 是 因为 输入 流 中 内 容 的 处 理 过 程 和 具体 的 处 理 方法 是 没有 关系 
的 。 也 就 是 说 ， 不 论 如 何 进行 处 理 ， 先 read0， 再 compute0， 再 write0， 并 调用 result0 输 出 
结果 这 样 一 个 过 程 是 不 需要 变化 的 。 使 用 面向 对 象 中 的 封装 和 多 态 机 制 ， 可 以 比较 容易 做 到 
两 者 的 分 离 ， 使 抽象 更 加 充分 。 但 在 结构 化 的 设计 中 ， 这 类 分 离 则 往往 是 困难 的 。 更 可 能 的 
情形 是 ， 针 对 不 同 的 过 滤 方 法 ， 都 有 先 read0， 再 compute0， 再 write0， 并 调用 result0 输 出 
结果 这 样 一 个 调用 序列 。 而 一 旦 这 么 做 ， 那 就 意味 着 ， 比 较 难 面 对 处 理 逻 辑 的 变更 。( 使 用 函 
数 表 可 以 解决 一 部 分 多 态 的 问题 ， 但 继承 的 问题 则 很 难 解决 。) 
似乎 很 多 面向 对 象 中 的 特征 都 是 针对 结构 化 设计 中 的 某 个 弱项 ， 也 许 正 是 因为 感受 到 了 
这 些 缺 点 ， 语 言 的 设计 者 们 才 想 出 了 新 的 解决 方法 。 这 是 已 经 被 事实 所 证 明 过 的 问题 ， 这 里 
就 不 进一步 展开 了 。 
4. 互补 的 分 析 
通过 上 面 的 分 析 ， 我 们 会 发 现 自 己 陷入 了 两 难 的 境地 ， 足 够 抽象 的 话 ， 则 会 衍生 过 多 的 
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层次 ;抽象 不 充分 的 话 ， 又 很 难 





















































那 把 结 
法 呢 ? 我 们 再 来 做 一 点 分 析 。 




















构 化 设计 方法 和 面向 对 象 的 设计 方法 混合 起 来 


























[a 




















在 限定 规模 下 ， 比 较 容易 设计 出 质量 
而 又 由 于 结构 化 分 析 和 设计 的 


同人 们 解决 










































































个 




















是 否 也 


面 对 变 化 。 这 事实 上 是 要 求 我 们 在 设计 和 编码 的 时 候 ， 要 努 


力 谋 求 一 种 平衡 ， 而 不 是 单纯 地 选择 菜 一 个 极端 。 








A 











传统 的 结构 化 分 析 设 计 方法 至 少 有 一 个 非常 明显 的 好 处 ， 它 十 分 简单 明了 ， 容 易 掌 握 ， 























种 解决 问题 的 有 效 方 












































是 说 从 结构 化 的 角度 进行 剖析 
的 那 本 《深入 浅 出 MFC》。 











< 个 





















































而 上 面 所 提 到 的 把 两 种 方法 混合 起 来 用 正好 有 利于 两 种 设计 方法 取长补短 。 




















当 可 以 明显 地 看 到 具体 的 对 象 同类 间 
进而 抑制 数据 的 上 浮 ， 保 持 接 口 的 稳定 ， 这 时 
存在 明显 的 映 身 
设计 ， 避 免 层 次 的 无 谓 增多 。 

必须 承认 
是 否 应 该 存在 
念 相 对 应 ， 可 以 参 
象 地 说 ， 按 照 这 利 
结果 ， 钙 子 上 的 羊 
的 东西 。 





















































时 台 巴 
古 任 能 


1 C++ 标准 库 


的 判别 标准 变 为 
照 诸 妇 
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肉 则 是 我 们 提 





























如 Brooks 所 提 到 的 ,“ 软 件 的 复杂 性 是 一 个 基本 怕 























上 乘 的 产品 ， 也 就 是 说 对 程序 员 的 技能 要 求 相 对 降低 。 
民 本 思想 是 把 待 解决 问题 拆 解 为 一 系列 逻辑 上 先后 的 步骤 ， 这 
他 领域 中 的 问题 使 用 的 方法 是 一 致 的 ， 其 内 部 逻辑 关系 上 
序 ， 选 择 ， 分 文 ， 这 些 都 使 结构 化 分 析 和 设计 方法 比较 容易 掌握 和 使 
后 果 是 结构 化 分 析 和 设计 所 对 应 的 产品 在 规模 不 是 特别 大 的 情况 下 较 容易 理解 和 维护 。 
很 有 意思 的 一 个 现象 是 面向 对 象 的 框架 ， 有 了 时候 需 要 给 出 函数 调 月 
， 才 让 人 觉得 更 容易 


的 类 型 也 只 有 3 种 : 顺 
j。 这 样 衍生 出 来 的 一 





昌 链 (而 非 类 图 )， 也 就 
里 解 。 这 一 观点 源 于 许多 年 前 侯 捷 老师 写 





的 关系 时 , 那么 可 以 用 一 组 类 把 某 块 内 容 切 分 出 去 ， 


























由 于 类 同 现实 














的 是 这 种 混合 的 一 个 目的 和 明显 后 果 是 减少 类 的 数目 ， 并 |] 
类 到 同类 对 应 的 现实 概念 。 什 么 样 的 
的 提供 的 各 个 容器 和 Python 标准 库 提供 的 各 个 类 。 形 
思路 设计 出 来 的 软件 ， 就 像 烤 羊肉 串 。 中 间 居 
| 象 出 来 的 对 象 。 说 到 这 




















我 们 来 回 


Ar 时 


的 对 象 〈 如 























限制 类 的 使 
类 算是 同 具 


党 
























































下 软件 : 





顾 


























告诉 我 们 ,“ 掌 握 复 杂 性 的 技巧 早 在 古代 就 有 




















面 的 模型 去 做 正 是 把 待 处 理 的 问题 分 解 为 一 系列 时 





人 很 容易 一 眼看 穿 程序 在 做 什么 。 不 同 模块 














[a 


放 














E 质 ， 而 不 是 一 个 但 
divide et impera 〈 分 解 和 规则 )”。 
序 上 先后 的 步骤 ， 同 时 尽 可 能 

和 算 不 是 彻底 的 正 交 ， 灰 


























字符 串 同 basic_string ) 


对 关系 ， 这 么 做 不 会 增加 理解 上 的 难度 。 和 否则 的 话 使 用 结构 化 的 方法 进行 分 析 





类 











恨 针 子 是 使 用 结构 化 分 忆 
一 些 根本 








四 基 国 证 rs 


体 的 概 


i 的 
性 








然 性 质 ” 而 Dijkstra 
而 按照 上 
保 上 面 的 





























把 这 两 种 设计 方法 融合 在 一 起 使 用 并 非 


A 








过 的 例子 ， 比 较 著 名 的 有 Jpeg 开源 库 ，Jbig 
MEFC 框架 (可 
应 该 是 


非常 明显 的 )。 




















4% 旦 
可 





值 





对 象 方法 。 一些 IDE 也 在 同一 工具 中 结合 


用 户 界 面 ， 而 过 程 编程 则 用 于 其 他 部 分 。 








一 提 的 是 ， 在 有 些 地 方 ， 开 发 MIS 类 系统 时 这 似乎 是 比较 流 
现今 开发 的 许多 系统 在 一 个 系统 中 同时 使 用 了 传统 方法 ( 指 结构 
了 传统 方法 和 面向 对 象 方法 ， 例 如 ， 














只 是 比较 少 有 人 真正 把 这 种 骑 墙 的 设计 方法 提升 到 相当 的 高 度 ， 并 有 意识 去 使 用 。 























行 的 做 法 。 





合 度 也 比较 容易 控制 。 
什么 新 的 方法 。 存 在 着 相当 多 成 功 的 或 者 流行 
源 库 等 。 很 老 的 一 个 还 算 有 名 的 商业 化 产品 
以 C***App::InitInstance() 为 分 界 点 向 前 和 癌 后 看 ， 这 种 分 析 和 设计 方法 的 结合 


是 





七 分析 和 设计 ) 和 面向 
面向 对 象 用 于 


一 一 《系统 分 析 与 设计 》, 《System Analysis and Design in a Changing World》 
h 方 法 设计 而 成 ， 需 要 关注 的 是 最 


从 现实 的 角度 看 ， 我 们 根本 不 必 关 心软 们 





F 究 竞 使 用 哪 利 
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终 的 软件 是 否 实现 了 要 求 ， 是 否 足够 简单 





大 师 们 的 观点 

在 《代码 整洁 之 道 》 之 中 ，Robert C。Martin 提 到 这 样 一 种 观点 : 过 程式 代码 (使 用 数据 
结构 的 代码 ) 便于 在 不 改动 婚 有 数据 结构 的 前 提 下 添加 新 函数 ; 面向 对 象 代 码 便于 在 不 改动 
既 有 函数 的 前 提 下 添加 新 类 。 

反 过 来 讲 也 说 的 通 : 过 程式 代码 难以 添加 新 数据 结构 ; 因为 必须 修改 所 有 函数 ; 面向 对 
象 代码 难以 添加 新 函数 ， 因 为 必须 修改 所 有 类 。 

所 以 ， 对 于 面向 对 象 较 难 的 事 ， 对 于 过 程式 代码 却 较 容 易 ， 反 之 亦 然 。 

这 种 观点 与 我 们 上 述 分 析 的 不 谋 而 合 ， 虽 然 大 家 的 着 眼 点 不 一 样 。 尤 其 是 最 后 一 如， 只 
要 往 前 再 走 一 小 步 ， 即 是 我 们 这 里 的 结论 。 因 为 问题 本 身 往往 是 复杂 的 ， 大 多 时 候 会 婚 包 含 
适用 于 面向 对 象 的 情形 ， 也 会 包含 适用 于 过 程式 代码 的 情形 。 

在 《面向 对 象 分 析 与 设计 》 中 ，Grady Booch 提 到 这 样 一 种 观点 : 算法 分 解 与 面向 对 象 的 
分 解 中 哪 一 个 是 分 解 复 杂 系统 的 正确 方法 ?实际 上 ， 这 个 问题 挺 难 回 答 ， 因 为 正确 回答 是 两 个 
都 重要 : 算法 分 解 方法 突出 事件 的 排序 ， 而 面向 对 象 方法 则 强调 主体 ， 它 们 或 是 引起 操作 或 
是 作为 这 些 操作 作用 的 对 象 。 但 是 由 于 两 者 是 完全 正 交 的 观点 ， 因 此 我 们 至 今 仍 无 法 在 构建 
复杂 系统 时 同时 使 用 这 两 种 方法 。 

简单 来 讲 ，Grady Booch 的 观点 与 我 们 前 文 的 论述 不 同 ， 也 与 许多 实践 的 结果 不 同 。 


8.2.5 小 结 


证 我 们 回 到 分 析 和 设计 方法 的 选择 上 。 以 “名 词 ” 为 中 心 或 者 以 “动词 ”为 中 心 对 概念 
和 好 辑 进行 分 机 和 表述 ， 都 自 有 其 内 在 合理 性 ， 并 且 我 们 始终 拥有 选择 的 权利 。 但 关键 问题 
在 于 不 论 过 度 分 层 中 的 过 度 ， 还 是 不 充分 的 数据 抽象 中 的 不 充分 都 只 能 依赖 于 人 的 判断 ， 而 
不 存在 着 客观 的 度量 基准 。 这 种 判断 的 背后 往往 隐 含 着 一 个 程序 员 的 真正 价值 。 

在 下 一 章 里 ， 我 们 将 提供 一 个 使 用 混合 式 设 计 方 法 来 处 理 问 题 的 案例 。 
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第 9 曹 案例 : 狐 水 支付 与 性 能 优化 


9.1 案例 1: 薪水 支付 


Robert C。Martin 在 他 的 名 著 《 敏 捷 软 件 开 发 : 原则 ， 模 式 与 实践 》 中 使 用 了 一 个 薪水 文 

付 的 案例 来 解说 面向 对 象 的 分 析 与 设计 。 从 软件 分 类 上 看 ， 这 个 例子 属于 小 规模 的 应 用 系统 ， 
是 比较 “纯粹 ”的 程序 ， 不 涉及 过 多 的 底层 细节 。 在 这 样 的 程序 里 主要 需要 关注 的 是 业务 好 
辑 和 相关 概念 的 处 理 ， 而 基本 不 需要 关注 平台 细节 。 而 又 因为 其 规模 相对 比较 小 ， 不 会 占 去 
很 多 篇 幅 。 上 述 两 点 使 这 个 案例 很 适合 作为 书 中 的 例子 来 使 用 。 这 也 大 概 是 Robert C。Martin 
使 用 它 的 原因 。 而 我 们 在 这 里 也 使 用 这 个 案例 ， 则 还 有 额外 的 两 个 原因 。 
第 一 个 是 Robert C。Martin 的 实现 过 程 和 方法 体现 的 是 比较 纯粹 的 面向 对 象 方法 ， 而 
本 书 中 更 想 强调 的 则 是 一 种 混合 性 的 方法 。 在 把 两 种 方法 进行 比较 之 后 ， 优 劣 得 失 会 显 
得 更 加 清楚 。 
第 二 个 是 《敏捷 软件 开发 : 原则 ， 模 式 与 实践 》 流 传 得 相对 比较 广 ， 这 样 大 部 分 人 在 阅 
读本 书 的 这 个 例子 的 时 候 就 可 以 省 些 力气 。 

为 了 避免 没 看 过 《敏捷 软件 开发 : 原则， 模式 与 实践 》 完 全 看 不 懂 这 一 章 ， 接 下 来 我 们 
来 看 一 下 薪水 文 付 案例 的 基本 要 求 。 

《下 文 引 自 《 敏 捷 软 件 开发 : 原则 ， 模 式 与 实践 》) 

1) 有 些 雇员 是 钟点 工 。 会 按照 他 们 雇员 记录 中 每 小 时 报酬 字段 的 值 对 他 们 进行 支付 。 他 
们 每 天 会 提交 工作 时 间 卡 ， 其 中 记录 了 日 期 及 工作 小 时 数 。 如 果 他 们 每 天 工作 超过 8 小 时 ， 
那么 超过 的 部 分 会 按照 正常 报酬 的 1.5 倍 进行 支付 ， 每 周 五 对 他 们 进行 支付 。 

2) 有 些 雇员 完全 以 月 薪 进 行文 付 。 每 个 月 的 最 后 一 个 工作 日 对 他 们 进行 文 付 。 在 他 们 的 
雇员 记录 中 有 一 个 月 薪 字 段 。 

3) 同时 对 于 一 些 带 薪 (Salaried〉 雇员 ,会 根据 销售 情况 ， 支 付 给 他 们 一 定数 量 的 酬金 。 
他 们 会 提交 销售 赁 条 其 中 记录 了 销售 的 日 期 和 数量 。 在 他 们 的 雇员 记录 中 有 一 个 酬金 字段 。 
每 隔 一 周 的 周 五 对 他 们 进行 支付 。 

4) 雇员 可 以 选择 文 付 方式 。 可 以 选择 把 文 付 支票 邮寄 到 他 们 指定 的 邮政 地 址 ;也 可 以 把 
支票 保存 在 出 纳 和 人员 那 里 随时 支取 ; 或 者 要 求 将 薪水 直接 存 入 他 们 指定 的 银行 账户 。 

5) 一 些 雇员 会 加 入 协会 。 在 他 们 的 雇员 记录 中 有 一 个 每 周 应 付款 项 字段 。 这 些 应 付款 必 
须要 从 他 们 的 薪水 中 扣除 。 协 会 有 时 也 会 针对 单个 协会 成 员 征收 服务 费用 。 协 会 每 周 会 提交 
这 些 服务 费用 。 服 务 费用 必须 要 从 相应 雇员 的 下 个 月 的 薪水 总 额 中 扣除 。 

6) 薪水 支付 程序 每 个 工作 日 运行 一 次 ， 并 在 当天 为 相应 的 雇员 进行 文 付 。 系 统 会 被 告知 
雇员 的 支付 日 期 。 这 样 它 会 计算 从 雇员 上 次 支付 日 期 到 规定 的 本 次 支付 日 期 间 应 付 的 数额 。 

直接 基于 这 些 原始 需求 开始 工作 事实 上 有 点 困难 ， 人 至 少 需 要 对 典型 的 应 用 场景 进行 一 些 
分 析 〈 纯 粹 的 OO 爱好 者 一 般 比较 厌恶 Activity 图 ， 而 喜欢 鲁 棒 图 , 但 我 们 这 里 还 是 使 用 它 )。 
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最 典型 的 场景 ， 其 核心 步骤 只 有 3 个 : 读 取 雇员 列表 一 计算 每 个 人 的 薪资 一 为 每 个 人 文 
付 薪 资 ， 其 Activity 图 如 图 9-1 
读 取 所 有 员工 列表 
计算 每 个 人 的 薪资 
为 每 个 人 支付 薪资 
图 9-1 支付 薪水 的 Activity 图 

这 个 过 程 中 出 现 的 各 种 概念 以 及 它们 之 间 的 关系 如 下 

读 取 所 有 员工 列表 : 雇员 ， 雇 员 数 据 库 。 

计算 每 个 人 薪资 : 薪资 计算 方式 、 是 否 加 入 协会 、 销 售 额 、 工 作 小 时 。 

为 每 个 人 文 付 薪资 : 支付 时 间 《〈 月 薪 ， 还 是 周 薪 )、 支 付 方式 〈 邮 寄 ， 现 金 或 者 直接 汇 
账户 )。 

到 这 里 为 止 ， 不 管 是 在 分 析 上 还 是 在 理解 上 都 几乎 没有 难度 ， 接 下 来 为 了 把 需求 转 
换 为 代码 ， 我 们 需要 做 各 种 或 大 或 小 的 决策 和 取舍 ， 但 不 管 怎么 样 ， 我 们 都 要 牢记 我 们 
的 初衷 一 一 在 能 够 实现 所 有 功能 的 前 提 下 保持 代码 简单 
9.1.1 设计 决策 1: 雇员 这 一 概念 的 边界 

类 别 自 身 先 天 具有 与 周围 其 他 类 别 相连 续 的 特质 。 比 如 说 ， 付 款 方法 、 加 不 加 入 协会 、 
工作 时 间 等 所 有 这 些 概念 都 和 雇员 (Employee) 相关。 但 我 们 通常 并 不 能 把 所 有 东西 都 认为 
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导致 Employee 这 个 类 别 的 边界 无 限 膨胀 ， 
岂可 以 膨胀 为 : 加 入 协会 的 雇员 ， 没 有 加 





违背 正 交 原则 。 

















入 协会 的 雇员 ， 使 用 邮寄 的 雇员 ， 使 用 支票 方式 的 雇员 ， 使 用 银行 账户 的 雇员 ， 领 取 月 薪 的 
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雇员 ， 领 取 周 薪 的 雇员 ， 有 


思路 走 下 去 ， 程 序 中 所 有 的 逻辑 都 可 能 和 雇员 类 〈Employee) 相关 ， 这 会 增加 不 
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这 边界 内 的 才 是 雇员 类 ， 边 界外 的 需要 用 


当然 这 个 边界 可 能 有 所 调整 
区 会 保持 混沌 ， 
在 这 里 ， 我 们 首先 认为 (Employee〉 类 表征 的 是 员工 薪资 类 别 的 身 
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他 概念 来 表达 ， 这 将 
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比 需 要 人 为 进行 取舍 ， 给 雇员 〈Employee) 类 一 个 有 限 而 明 看 
帮助 我 们 的 设计 
如 果 我 们 不 选择 给 出 一 个 边界 ， 























的 边界 ， 在 
进行 下 去 。 



































也 就 是 说 ， 小 时 工资 、 按 月 工资 和 按 销售 额 计 算 工资 这 三 者 在 (Employee) 类 的 边界 内 ， 
而 付款 方法 ， 参 不 参与 协会 等 其 他 属性 与 雇员 〈Employee) 类 没有 关系 。 

接 下 来 我 们 来 简单 比较 一 下 这 种 分 类 与 Robert C。Martin 版 本 的 异同 。 

在 原来 的 版 本 中 雇员 类 相对 比较 泛 化 , 付款 方法 、 是 否 加 入 协会 都 成 为 雇员 类 (Employee) 
的 一 种 属性 ，UML 图 如 图 9-2 所 示 。 
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PaymentClassification PaymentSchedule 


图 9-2 Robert C。Martin 版 本 中 的 静态 结构 图 
单 以 这 一 点 而 论 ， 并 无 优 劳 ， 只 是 选择 不 同 ， 我 们 继续 分 析 。 
9.1.2 设计 决策 2: 属性 还 是 类 层次 


在 确定 了 Employee 类 的 大 致 边界 后 ， 我 们 要 继续 往 前 推进 ， 考 虑 它 的 属性 该 如 何 处 理 。 
从 技术 手段 看 ， 我 们 总 是 可 以 用 3 种 手段 来 处 理 与 类 别 关联 的 属性 并 实现 归 类 : 继承 、 用 成 
员 变 量 标记 为 属性 或 者 两 者 混合 。 比 如 说 ， 肤 色 可 以 是 人 的 一 个 成 员 变 量 ， 也 可 以 作为 一 种 
归 类 的 基础 〈《 黄 种 人 ， 白 种 人 等 ) 并 用 继承 来 实现 。 而 混合 是 指 人 中 可 以 有 一 个 名 为 “肤色 ” 
的 成 员 变量 ， 但 “肤色 ”本 身 成 为 一 种 类 层次 ， 就 像 Robert C。Martin 为 Employee 类 导入 的 
Classification 一 样 。 

为 决定 究竟 使 用 哪 种 方法 来 处 理 属性 就 必须 回 到 9.1.1 中 谈 及 的 一 个 话题 : 

设计 者 必须 区 分 哪些 是 一 种 恒 常 的， 决定 类 别 的 属性 ， 哪 些 是 偶然 的 ， 随 机 变换 的 属性 。 
前 者 更 适合 体现 为 类 层次 ， 后 者 更 适合 体现 为 类 成 员 。 这 将 进一步 决定 是 使 用 继承 还 是 使 用 
包含 或 聚合 。 
对 于 雇员 类 我 们 面 对 的 选择 是 : 要 么 认为 雇员 具有 一 种 ， 而 所 有 其 他 〈 时 薪 ， 月 薪 等 
的 并 不 是 雇员 的 种 类 而 是 雇员 的 属性 《成 员 变 量 ); 要 么 认为 时 薪 ， 月 薪 等 是 雇员 的 种 类 。 

在 这 里 我 们 认为 : 月 薪 雇 员 、 销 售 雇员 、 钟 点 工 雇员 是 雇员 的 种 类 ， 因 为 这 3 种 种 类 本 
质 不 同 ， 是 由 公司 制度 决定 的 ， 而 不 是 雇员 自己 选择 的 ， 每 个 类 别 都 会 关联 着 独 属于 自己 的 
很 多 特性 。 这 样 产 生 的 UML 图 如 图 9-3 所 示 。 

Employee 
-its Empid 
-its Name 


SalariedEmplyee CommissionEmployee 


9-3 ”雇员 的 继承 结构 图 
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这 很 直观 。 每 一 类 对 应 到 一 个 业务 自然 会 用 到 的 概念 ， 比 较 符 合 直观 的 感觉 ， 因 此 是 简 
单 的 。 只 要 读 懂 了 基本 规格 的 人 ， 理 论 上 讲 不 需要 做 特别 的 思考 就 可 以 理解 图 9-3。 

接 下 来 我 们 来 简单 比较 一 下 与 Robert C。Martin 版 本 的 异同 。 在 Robert C。Martin 的 版 
本 中 ， 上 面 是 一 个 考虑 过 又 被 放弃 了 的 方案 。 主 要 原因 是 存在 着 雇员 类 型 变更 的 可 能 性 ， 作 
为 结果 Employee 本 身 并 不 拥有 子 类 ， 而 是 包含 了 一 个 名 为 PaymentClassification 的 成 员 
(PaymentClassification 是 虚 基 类 )， 这 个 类 被 用 来 区 分 雇员 的 类 型 。 

这 是 很 好 的 解决 方法 ,但 会 增加 层次 ， 同 时 会 使 Employee 这 个 类 泛 化 。 所 以 我 们 这 里 考 
处 用 额外 的 方法 来 应 对 这 样 的 变更 :， 员工 类 型 的 变更 事实 上 等 价 于 “依据 已 有 员工 信息 ， 创 
建新 员工 记录 ， 而 后 删除 老 员工 记录 ”。 这 样 处 理 的 好 处 是 ， 分 类 的 时 候 不 必 考 虑 类 别 间 的 转 
换 。 因 为 一 旦 按照 书 中 的 原则 进行 处 理 ， 就 只 能 存在 比较 泛 化 的 角色 类 。 比 如 说 ， 员 工 可 能 
变 为 经 理 ， 那 么 就 不 能 存在 一 般 员 工 和 经 理 这 样 的 类 别 ， 上 只 能 定义 一 个 Person 的 类 ， 其 中 是 
员工 还 是 经 理 则 变 为 另 一 种 Classification 。 


9.1.3 ”设计 决策 3: 支付 方式 等 与 雇员 类 的 关系 


接 下 来 要 考虑 的 是 如 何 处理 文 付 的 方式 、 是 否 加 入 协会 、 是 否 发 生 协 会 服务 费用 等 与 
员 〈Employee) 类 的 关系 。 前 面 强 调 过 ， 我 们 的 雇员 类 是 薪资 类 别 的 集合 ， 所 以 文 付 方式 、 
是 否 加 入 协会 、 是 否 发 生 协 会 服务 费用 与 雇员 类 并 无 直接 关联 ， 它 们 的 变化 独立 于 薪资 的 变 
化 ， 需 要 用 额外 的 概念 去 处 理 ， 而 不 能 塞 给 Employee。 

与 此 同时 它们 会 定期 或 者 不 定期 发 生 ， 逐 渐 累 积 一 定 的 数据 量 。 这 让 我 们 想到 数据 库 。 初 
步 想法 是 分 别 建立 两 个 独立 的 数据 库 对 其 进行 管理 ， 而 其 和 雇员 数据 库 的 关联 将 体现 在 ID 上 。 

一 个 数据 库 用 来 管理 雇员 和 它 对 应 的 付款 方式 ; 一 个 数据 库 用 来 管理 是 否 加 入 协 
会 。 这 样 出 现 了 两 个 新 的 对 象 ， 付 款 方式 数据 库 (PaymentMethodDatabase ) 和 协会 数据 库 
(UnionAffiliationDatabase ) 。 

付款 方式 数据 库 中 存放 指定 雇员 的 付 球 方式 ， 协 会 数据 库 
费 信 息 。 

在 Robert C。Martin 的 版 本 中 ， 支 付 的 方式 、 是 否 加 入 协会 等 是 雇员 类 (Employee) 的 
属性 ， 因 此 只 需要 一 个 数据 库 来 存放 与 Employee 相关 的 数据 。 而 我 们 这 里 ， 由 于 缩小 了 
Employee 这 一 概念 的 范围 《上 只是 薪资 类 别 的 集合 )， 需 要 分 别 存储 3 类 信息 : 雇员 的 基本 信 
息 、 雇 员 的 付款 方式 、 雇 员 是 否 加 入 协会 等 。 


9.1.4 设计 决策 4: 支付 方式 要 不 要 用 多 态 


文 付 方式 有 3 种 : 邮寄 ， 现 金 或 者 直接 汇 入 账户 。 

如 前 文 所 说 ， 进 行 归 类 有 3 种 方法 : 类 层次 ， 类 成 员 或 者 混合 。 使 用 类 层次 时 一 旦 需要 
分 别处 理 不 同类 别 大 多 时 候 要 用 到 多 态 ， 而 一 旦 让 这 种 差异 直接 表示 为 成 员 ， 那 么 处 理 时 则 
导入 switch...case...。 比 如 ， 在 形状 类 中 ， 放 了 一 个 表示 是 方形 还 是 圆 形 的 变量 ， 那 么 总 是 
读 这 个 变量 ， 才 能 分 别处 理 方形 或 圆 形 所 特有 的 行为 。 

我 们 这 里 要 考虑 的 则 是 究竟 应 该 怎么 样 处 理 这 3 种 支付 方式 。 这 次 我 们 使 用 成 员 变 量 来 
区 分 支付 方式 ， 而 不 选择 使 用 多 态 。 原 因 是 支付 方式 当前 所 牵涉 逻辑 并 不 复杂 ， 从 其 可 能 的 
发 展 来 看 ， 也 看 不 到 需要 用 多 态 来 统一 处 理 的 逻辑 。 对 外 部 而 言 ， 只 需要 一 个 Pay0 这 样 的 接 
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存放 人 员 的 会 费 信息 和 服务 
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口 ， 至 于 内 部 是 用 多 态 还 是 用 分 文 ， 并 没有 人 关心 。 在 此 前 提 下 ， 考 虑 到 多 态 本 身 会 增加 层 
次 ， 所 以 选择 更 简单 的 方法 。 最 终 支 付 方式 关联 的 各 种 属性 (地 址 ， 银 行 ， 账 户 ) 将 被 横向 
展开 为 表格 。 


enum PayMethod{ DirectMethod,HoldMethod,MailMethod}; 




































































class Payment 


{ 
private: 

string itsAddress; 

string itsBank; 

string itsAccount; 

PayMethod itsPaymentMethod; 
} 














在 Robert C。 Martin 的 版 本 中 ，PaymentMethod 是 虚 基 类 ， 这 一 虚 基 类 定义 了 Pay0 这 个 
纯 虚 函数 ， 由 此 衍生 出 了 3 个 子 类 ， 分 别 对 应 于 3 种 支付 方法 。UML 图 如 图 9-4 所 示 。 


<<Interface>> 
PaymentMethod 


+Pay() 


HoldMethod DirectMethod MailMethod 


图 9-4 ”Robert C。Martin 的 版 本 中 支付 方法 的 继承 结构 图 


这 样 无 疑 是 很 灵活 的 ， 但 之 所 以 说 它 复杂 是 因为 分 层 后 会 把 并 不 复杂 的 支付 功能 实现 在 
多 个 地 方 ， 没 办 法 一 眼看 穿 程序 在 做 什么 ， 而 事实 上 这 部 分 罗 辑 又 并 不 可 能 有 多 复杂 。 


9.1.5 设计 决策 5: 支付 时 间 表 是 应 该 独立 还 是 放 人 Employee 


从 需求 来 看 ， 各 种 类 别 的 员工 其 支付 日 程 是 确定 的 : 钟点 工 每 周 五 ， 月 薪 的 每 月 末 ， 带 
薪 的 每 隅 一 周 的 周 五 。 
因此 在 我 们 的 考虑 中 ， 这 完全 依附 于 薪资 类 别 ， 是 雇员 类 的 共通 特质 。 因 此 会 扩充 一 下 
Employee 的 边界 ， 把 文 付 时 间 相 关 的 方法 集成 到 Employee 中 来 ， 在 Employee 的 各 个 子 类 中 
分 别 予 以 实现 。 也 就 是 说 不 会 单独 建立 文 付 时 间 表 这 样 的 类 别 。 

































































































































































class Employee 


public: 
virtual bool IsPayDate(Date& date)=0; 
virtual Date GetPayPeriodStartDate(const Date& payPeriodEndDate)=0; 
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上 





在 Robert C。Martin 的 版 本 中 ， 文 付 日 程 被 分 割 成 独立 的 类 ， 





图 如 图 


PaymentMethod 


PaymentClassification 


WeeklySchedule 


区 





量 ，UML 9-5 所 示 。 


































这 样 做 ， 在 支付 日 程 可 以 人 为 调整 
对 于 需求 本 身 已 经 明确 定义 了 的 东 

设计 中 是 否 应 该 扩散 需求 的 边界 ? 
我 们 这 









































Empolyee 


9-5 ”Robert C。Martin 的 版 本 中 支 


认为 这 种 扩散 是 不 适合 的 ， 即 使 是 以 增 力 


并 成 为 Employee 的 成 员 变 





Affilia tion 














PaymentSchedule 


MonthlySchedule 


十 


时 会 有 帮助 ， 但 这 里 有 一 个 关键 问题 ; 
西 (需求 中 明确 定义 了 支付 日 程 从 属于 雇员 类 另 








BlweekySchedule 


程 的 继承 结构 














图 



































1), 在 












































无 代价 (增加 层次 和 复杂 度 )， 其 应 对 的 事情 又 不 
E 不 发 生 的 需求 。 与 此 同时 ， 





能 发 生 也 可 外 
必 就 不 能 应 对 未 来 的 变化 。 


设计 决策 6: 究 竞 在 哪里 用 





9.1.6 





我 们 建立 了 3 个 数据 库 , 这 些 数 据 库 的 操作 应 该 如 何 处 型 





模式 么 ? 


因此 在 这 一 点 上 ， 我 1 





上 灵活 性 的 名 义 。 这 种 扩散 本 身 并 非 训 
是 一 定 发 生 。 本 质 上 等 价 于 先 花 钱 来 应 对 可 
支付 日 程 将 作为 Employee 的 一 部 分 进行 处 理 本 身 未 
门 并 不 认同 Robert C。Martin 所 倡导 


Command 模式 























三 























于 的 做 法 。 


























LE ,为 所 有 








这 些 操 作 导 入 Command 





我 们 认为 如 果 没 有 Undo， 或 者 整体 检查 这 类 附加 操作 ， 那 么 Command 模式 并 不 比 直 接 








调用 函数 有 价值 ， 并 且 








因为 
































必须 纳入 到 某 种 类 层次 结构 ; 


























(包含 Execute0 接 口 的 虚 基 类 以 











及 具体 的 命令 )， 这 会 导致 类 数目 的 膨胀 ， 并 产生 不 必要 的 复杂 度 。 
因此 在 看 不 到 需求 的 情形 下 : 员工 的 增加 、 删 除 、 修 改 、 登 记 时 间 卡 、 登 记 销 售 赁 条 、 登 



































记 协 会 服务 费 这 些 将 直接 用 全 局 函数 进 和 
这 里 的 决策 和 前 一 节 | 
义 ， 预 先 为 可 能 发 生 也 可 能 不 发 4 




















的 事 


J 处 理 。 这 样 既 可 以 减少 层次 ， 也 可 以 减少 类 的 个 数 。 
的 设计 决策 可 








以 统一 概括 为 后 发 制 人 ， 也 就 是 说 并 不 以 灵活 性 的 名 
沿 单 化 。 而 支付 这 一 


情 买单 ， 主 要 追求 当前 方案 的 最 从 












































行为 本 喘 ， 则 不 适合 作为 单独 的 全 局 函 


统一 记录 ， 没 有 Command 模式 ， 会 导致 数据 和 动作 的 分 离 。 
在 Robert C。Martin 的 版 本 中 ， 所 有 动作 都 是 Command 模式 。 我 们 来 看 一 下 调整 雇 


属 人 





E 时 的 方法 。 


class Transaction 


{ 
144 




















数 ， 更 适合 使 用 命令 模式 。 主 要 是 因为 支付 需要 进行 
员 类 








public: 
virtual ~Transaction(); 
virtual void Execute() = 0; 





class ChangeEmployeeTransaction : public Transaction 
{ 
public: 
ChangeEmployeeTransaction(int empid); 
virtual ~ChangeEmployeeTransaction(); 
virtual void Execute(); 
Virtual void Change(Employee&) = 0; 


protected: 
int GetEmpld() {return itsEmpld;} 


private: 
int itsEmpld; 
所 
void ChangeEmployeeTransaction::Execute() 
{ 
Employee* e = GpayrollDatabase.GetEmployee(itsEmpld); 
if(e!=0) 
Change(*e); 
} 





class ChangeAddressTransaction : public ChangeEmployeeTransaction 
{ 
public: 
virtual ~ChangeAddressTransaction(); 
ChangeAddressTransaction(int empid, string address); 
virtual void Change(Employee& e); 


private: 
string itsAddress; 
上 


void ChangeAddressTransaction::Change(Employee& e) 
{ 

e.SetAddress(itsAddress); 
} 





人 

















这 里 的 收益 是 ChangeEmployeeTransaction::Execute0 中 统一 了 属性 变更 的 逻辑 , 付出 是 为 
了 调整 一 些 属性 导入 三 层 结构 。 这 并 不 让 人 觉得 是 投入 产 出 比 很 好 的 事情 。 因 此 我 们 会 放弃 



























































这 种 做 法 ， 而 是 直接 使 用 全 局 函数 来 处 理 这 类 动作 。 
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是 函数 还 是 对 象 

如 果 对 编程 的 发 展 历史 做 一 个 回顾 ， 那 么 就 会 发 现 这 样 一 条 观点 迁移 的 脉络 : 一 切 避 是 
济 数 一 函数 和 对 象 混合 一 一 切 迪 是 对 象 。 

在 C 的 时 代 里 ， 大 多 数 人 认为 一 切 都 是 函数 (最 多 使 用 一 些 抽象 数据 类 型 )。 比 如 ，C 的 
标准 库 中 提供 的 也 只 是 函数 。 

面向 对 象 兴起 后 ， 很 多 人 则 认为 很 多 东西 都 是 对 象 ， 但 也 还 保持 认为 函数 仍 有 存在 的 必 
要 性 。 比 如 ， 在 C++ 的 标准 模板 库 (STL) 中 ， 既 提供 容器 类 也 提供 算法 函数 。 

再 到 近来 ， 认 为 一 切 都 是 对 象 的 人 越 来 越 多 。 比 如 ， 在 .NET 的 类 库 中 已 经 基本 上 看 不 到 
全 局 的 函数 了 。 

但 事实 上 这 是 一 个 尺度 问题 。 

如 果 说 表述 现实 世界 同时 需要 动词 和 名 词 ， 并 且 动 词 并 不 总 是 从 属于 名 词 ， 那 非 强调 一 
切 避 是 对 篆 或 者 一 切 避 是 流 数 应 该 就 是 偏颇 的 。 我 们 来 看 一 个 最 简单 的 例子 。 

有 些 算法 是 共通 于 很 多 容器 类 的 ， 比 如 unique()。 

为 了 实现 这 类 算法 时 ， 大 致 有 两 种 办 法 。 

可 以 定义 一 组 接口 来 定义 这 些 算法 的 接口 ， 并 要 求 所 有 容器 类 从 这 些 接口 继承 ， 并 必须 
实现 这 些 接口 。 

可 以 简单 地 把 这 些 算法 实现 为 函数 ， 容 器 类 则 提供 共通 的 基本 操作 ， 遍 历 ， 移 除 等 。 

如 果 遵 循 着 一 切 都 是 对 象 的 思路 ， 那 么 就 只 能 用 前 一 种 方法 ， 但 事实 这 样 做 一 定 会 增加 
层次 ， 而 增加 层次 的 根本 原因 很 可 能 只 是 为 了 达成 一 切 尼 是 对 象 的 目标 ， 并 不 十 分 有 意义 。 

具体 比较 哪 种 方法 更 好 是 非常 复杂 的 话题 ， 这 里 不 准备 展开 ， 唯 一 想 强调 的 是 后 一 种 方 
法 并 非 一 无 是 处 ，C++ STL 的 实现 是 一 个 例子 ， 现 在 看 来 仍然 非常 经 典 。 


9.1.7 设计 决策 7: 使 用 哪些 辅助 类 


与 支付 方式 相关 的 是 支付 的 时 间 ， 所 以 需要 一 个 日 期 类 ， 这 点 很 容易 想到 。 而 文 付 本 身 需 
要 做 各 种 记录 ， 为 了 文 持 这 种 记录 需要 有 一 种 特定 的 格式 ， 这 将 衍生 出 一 个 PaymentCheck 类 。 

接 下 来 我 们 要 回 到 我 们 的 主要 时 序 ， 进 行 下 一 步 分 析 。 

分 解 出 来 的 类 已 经 足以 处 理 我 们 的 主要 动作 。 但 为 了 使 支付 这 一 行为 可 测 ， 每 次 支付 应 
该 独立 产生 一 条 记录 ， 这 样 就 需要 导入 两 个 新 类 : Transaction 类 用 于 导入 Command 模式 ; 
PaymentCheck 用 于 记录 每 一 笔 付 款 。 

这 样 的话 ， 加 上 用 于 支持 的 Date 类 ， 总 共 需 要 的 类 的 数目 是 15 个 ， 而 Robert C。Martin 
版 本 则 是 47 个 。 这 符合 我 们 的 根本 出 发 点 : 在 满足 需求 的 前 提 下 ， 使 实现 简单 化 。 接 下 来 我 
们 来 看 一 下 具体 的 实现 。 


9.1.8 ”实现 


下 面 是 基本 实现 ， 我 们 将 以 动作 为 中 心 讲 解 实现 细 闻 。 
先是 最 核心 的 功能 : 支付 (获取 所 有 雇员 列表 一 > 计算 每 人 的 工资 一 为 每 个 人 进行 文 付 )。 


























































































































void PaydayTransaction::Execute() 


{ 
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list<int> empIds; 
GpayrollDatabase.GetAllIEmployeeIds(empIds); /步骤 1: 获取 所 有 雇员 列表 
list<int>::iterator 1= emplds.begin(); 
for (;i!= emplds.end(); i++) { 
int empId = *i; 
if (Employee* e = GpayrollDatabase.GetEmployee(empId)) { 
if (e->IsPayDate(itsPayDate)) { /步骤 2: 计算 每 个 人 的 工资 
Paycheck* pc = new Paycheck(e->GetPayPeriodStartDate(itsPayDate)， 
itsPayDate); 
itsPaychecks[empId] = pc; 


double grossPay = e->CalculatePay(#pc); 
double deductions =GunionaffiliationDatabase.CalculateDeductions(empId,*pc); 


double netPay = grossPay - deductions; 


pc->SetGrosSPay(grosSPay); 
pc->SetDeductions(deductions); 
pc->SetNetPay(CnetPay); 


GpaymentDatabase.Pay(empId,*pc); /步骤 3: 为 每 个 人 进行 支付 


} 


接 下 来 将 按照 上 述 时序 给 出 各 个 关键 步骤 的 实现 和 说 明 。 

1) 步骤 1: 获取 所 有 雇员 的 列表 。 这 个 过 程 事实 上 有 两 个 子 步骤 : 获取 所 有 的 ID， 而 后 
通过 ID 获取 Employee 对 象 的 指针 。 这 两 个 方法 非常 直观 ， 与 Robert C。Martin 的 版 本 基本 
一 致 ， 不 再 额外 说 明 。 





















































void PayrollDatabase::GetAllEmployeelds(list<int>& emplIds) 
{ 
emplds.clear(); 
map<int, Employee*>::iterator i = itsEmployees.begin(); 
for (; i!= itsEmployees.end(); 1++) { 
emplds.push back((*i).first); 
} 


Employee* PayrollDatabase::GetEmployee(int empid) 
{ 


return itsEmployees[empid]; 


} 
2) 步骤 2: 计算 每 个 人 的 工资 。 这 个 步骤 可 以 分 解 为 : 
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QD 判断 今天 是 否 是 当前 雇员 的 工资 支付 日 
@ 计算 当前 雇员 的 总 收入 。 
@) 计算 当前 雇员 的 应 扣除 支出 。 
对 于 中 @， 实 际 的 处 理会 因为 雇员 类 型 的 不 同 而 不 同 ， 但 为 了 有 统一 多 和 辑 对 支付 这 一 行 
为 进行 处 理 ， 我 们 启用 了 多 态 。 为 了 理解 这 两 个 步骤 ， 要 看 一 下 雇员 类 的 类 层次 结构 和 接口 。 
下 面 是 雇员 类 的 相关 实现 ， 两 层 结构 ， 包 含 了 判断 支付 日 程 的 方法 ， 非 关键 代码 已 经 被 
删除 : 
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class Employee 


{ 
public: 


virtual double CalculatePay(const Paycheck& pc)=0; 


public: 
virtual bool IsPayDate(Date& date)=0; 
virtual Date GetPayPeriodStartDate(const Date& payPeriodEndDate)=0; 


} 
接 下 来 是 3 个 了 类 。 
CommissionEmployee 子 类 : 在 这 一 子 类 中 包含 了 一 个 销售 赁 条 的 数据 库 以 及 对 这 数据 库 
进行 调整 的 接口 。 这 一 数据 库 的 基本 形态 是 ，map<Date，SalesReceipts> itsReceipts;， 这 是 


常常 见 的 处 理 ， 这 里 不 会 重点 说 明 。 在 计算 这 类 员工 的 薪资 时 ， 会 根据 销售 赁 条 的 信息 和 提 
成 比率 进行 计算 。 
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class CommissionedEmployee : public Employee 
{ 
public: 


virtual double CalculatePay(const Paycheck& pc); 


public: 
virtual bool IsPayDate(Date& date); 
virtual Date GetPayPeriodStartDate(const Date& payPeriodEndDate); 


double CommissionedEmployee::CalculatePay(const Paycheck& pc) 
{ 
double commission = 0.0; 
map<Date, SalesReceipt*>::const_ iterator i; 
for (i=itsReceipts.begin(); 1 != itsReceipts.end(); it+) { 
SalesReceipt* receipt = (*1).second; 


if (Date::IsBetween(receipt->GetSaleDate(), pc.GetPayPeriodStartDate()， 
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pc.GetPayPeriodEndDate())) { 
commission += receipt->GetAmount() * itsCommissionRate; /销售 额 久 提成 比率 


} 
} 


return itsSalary + commission; 


bool CommissionedEmployee::IsPayDate(Date& theDate) // 每 隔 两 周 支 付 


{ 
Date firstPayableFriday(11,9,2001); 
int daysSinceFirstPayableFriday = theDate-firstPayableFriday; 
return (daysSinceFirstPayableFriday % 14) == 0; //two weeks. 


Date CommissionedEmployee::GetPayPeriodStartDate(const Date& payPeriodEndDate) 


{ 
return payPeriodEndDate-13; // Saturday, two weeks ago. 


} 
HourlyEmployee 子 类 : 在 这 一 子 类 中 包含 了 打卡 记录 的 数据 库 以 及 对 其 进行 操作 的 接口 。 
这 一 数据 库 的 基本 形态 是 : map<Date, TimeCard*> itsTimeCards;， 这 也 是 非常 常见 的 处 理 ， 这 
里 不 进行 重点 说 明 。 对 于 这 类 员工 ， 将 根据 工作 时 间 来 计算 工资 。 



































class HourlyEmployee: public Employee 
{ 


public: 
virtual bool IsPayDate(Date& date) 
{ return date.GetDayOfWeek() == Date::friday; } // 如 果 是 周 五 ， 那 么 支付 
virtual Date GetPayPeriodStartDate(const Date& payPeriodEndDate) 
{ return payPeriodEndDate-6; // The previous Saturday. 


} 
virtual double CalculatePay(const Paycheck& pc); 


上 


double HourlyEmployee::CalculatePay(const Paycheck& pc) 
{ 
double totalPay = 0; 
Date payPeriodEndDate = pc.GetPayPeriodEndDate(); 
map<Date, TimeCard*>::const_ iterator i; 
for (i=itsTimeCards.begin(); 1!= itsTimeCards.end(); i++) { 
TimeCard * tc = (*1).second; 
if (Date::IsBetween(tc->GetDate(), pc.GetPayPeriodStartDate(), pc.GetPayPeriodEndDate())) 
totalPay += CalculatePayForTimeCard(te); /根据 打卡 记录 计算 工资 
} 


return totalPay; 
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double HourlyEmployee::CalculatePayForTimeCard(TimeCard* tc) const 


{ 


double hours = tc->GetHours(); 
double overtime = max(0.0, hours-8.0); 


double straightTime = hours-overtime; 


return straightTime * 


} 


itsRate + overtime * itsRate * 1.5; 









































SalariedEmployee 子 类 : 这 个 子 类 比较 简单 只 要 根据 工资 进行 支付 就 可 以 了 。 





class SalariedEmployee : public Employee 


{ 
public: 


virtual double CalculatePay(const Paycheck&) 
// 返 回 工资 数目 


{ return itsSalary;} 


public: 


Virtual bool IsPayDate(Date& date); 


virtual Date GetPayPeriodStartDate(const Date& payPeriodEndDate); 


上 
bool SalariedEmployee::IsPayDate(Date& payDate) 
{ 
return IsLastDayOfMonth(payDate); // 在 每 月 最 后 一 天 进行 支付 
} 


Date SalariedEmployee::GetPayPeriodStartDate(const Date& payPeriodEndDate) 


{ 


int lastDayOf Month = payPeriodEndDate.GetDay(); 
Date firstDayOfMonth = payPeriodEndDate-(lastDayOf Month-1); 
return firstDayOfMonth; 


} 


这 样 ， 下 面 两 个 步骤 的 实现 就 完成 了 。 





QD 判断 今天 是 否 是 当前 

















雇员 的 工资 支付 日 





o 











@ 计算 当前 雇员 的 总 收 








入 。 








接 下 来 需要 关注 第 三 个 子 步骤 : 计算 当前 雇员 的 应 扣除 支出 。 








应 扣除 的 东西 有 两 个 : 
UnionAffiliationDatabase 中 处 到 


























是 会 费 ; 二 是 参加 某 些 活动 的 费用 。 这 两 点 统一 在 














EE。 在 这 一 数据 库 中 统一 维护 了 每 个 雇员 会 费 的 值 ， 以 及 每 次 活 





























动 的 记录 (ServiceCharge )。 在 每 次 活动 记录 中 包含 了 雇员 的 ID。 这 部 分 内 容 与 大 多 数据 库 操 








作 一 致 要 有 增加 /删除 等 内 容 ， 
对 应 扣除 金额 的 计算 主要 有 两 个 步骤 : 一 是 累加 所 有 的 参加 活动 的 费用 ; 一 是 累加 会 费 ， 
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这 日 























已 略 过 。 























最 后 两 者 的 和 就 是 应 扣除 金额 。 





class UnionAffiliationDatabase 


{ 
public: 
double CalculateDeductions(int empld,Paycheck& pc) ; 


void clear() 


{ 


itsDues.clear(); 
itsServiceCharges.clear(); 


private: 


map<int, double> itsDues; 
map<Date, ServiceCharge*> itsServiceCharges; 
上 
double UnionAffiliationDatabase::CalculateDeductions(int emplId,Paycheck& pc) 
{ 


double totalServiceCharge = 0; 
double totalDues = 0; 


map<Date, ServiceCharge*>::const iterator i; 


// 下 面 开 始 累加 活动 费用 


for (i=itsServiceCharges.begin(); i != itsServiceCharges.end(); i++) { 


ServiceCharge* sc = (*1).second; 
int id =sc->GetEmpId(); 
if( id == empId) 


{ 
pc.GetPayPeriodStartDate()， 


让 (Date::ISBetween(sc->GetDate()， 


pc.GetPayPeriodEndDate(O)) 
totalServiceCharge += Sc->GetAmount(); 


} 


// 下 面 开始 累积 会 费 
int fridays = NumberOfFridaysInPayPeriod(pc.GetPayPeriodStartDate(), 


pc.GetPayPeriodEndDate()); 


totalDues = itsDues[empId] * fridays; 
return totalDues + totalServiceCharge; 


} 
这 样 ， 下 面 3 个 步骤 的 实现 就 完成 了 。 
QD 判断 今天 是 否 是 当前 雇员 的 工资 支付 日 。 
@ 计算 当前 雇员 的 总 收入 。 
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@ 计算 当前 雇员 的 应 扣除 文 出 。 


Lk 











3) 步骤 3: 接 下 来 需要 关注 第 三 步 。 
QD 对 当前 雇员 进行 支付 。 


当前 我 们 把 支付 这 一 行为 封装 到 了 PaymentDatabase 里 面 , PaymentDatabase 中 维护 了 每 个 



























































工 的 支付 信息 。 进 行 支付 的 时 候 ， 只 要 读 取 指 定员 工 的 支付 信息 ， 而 后 进行 支付 即 可 。 
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enum PayMethod{ DirectMethod,HoldMethod,MailMethod}; 


class Payment 


{ 
private: 
string itsAddress; 
string itsBank; 
string itsAccount; 
PayMethod itsPaymentMethod; /这 里 很 关键 ， 没 有 多 态 ， 只 是 支付 类 型 的 标识 
上 
class PaymentDatabase 
{ 
private: 


map<int, Payment*> itsPaymentMethod; /所 有 员工 的 支付 方法 
public: 
void Pay(int empID,Paycheck& pc); 
上 


void PaymentDatabase::Pay(int empId,Paycheckw pc) 


{ 
Payment* p = itsPaymentMethod[empId]; 


switch(p->GetPayment Method()) /依据 支付 类 型 分 别处 理 
{ 
case Direct Method: 
{ 
string bank = p->GetBank(); 
String account = p->GetAccount(); 
pc.SetField("Disposition", "Direct"); 
break:; 
} 
case HoldMethod: 
pe.SetField("Disposition", "Hold"); 
break:; 
case Mail Method: 
{ 
string address = p->GetAddress(); 


pc.SetField("Disposition", "Mail"); 
break; 


} 
default: 
break; 


} 


} 


这 样 主体 功能 就 实现 了 ， 至 于 各 种 数据 库 的 增 、 删 、 改 、 查 、 操 作 ， 测 试 代码 并 无 特别 
之 处 ， 为 了 节省 篇 幅 ， 这 里 就 略 过 了 。 


9.1.9 小结 


最 后 我 们 来 整体 上 比较 一 下 两 种 不 同 的 实现 ， 在 Robert C。Martin 的 版 本 中 共计 使 用 了 
47 个 类 ， 而 在 当前 版 本 中 总 计 使 用 了 14 个 类 ， 类 减少 的 同时 ， 层 次 也 被 减少 了 。 

增 、 删 、 改 、 查 基本 变 成 了 2 层 操 作 ， 文 付 这 一 核心 功能 也 大 致 削减 了 1~2 层 。 

原来 : 

PaydayTransaction ”Employee™ Affiliation—> UnionAffiliation 

现在 : 

PaydayTransaction—~GunionaffiliationDatabase 

代码 行 数 〈 不 含 测试 代码 ) 也 从 1800 多 行 降 到 了 1100 多 行 ， 完 成 的 功能 基本 相同 。 

在 这 里 想 要 强调 的 并 非 是 Robert C。Martin 的 实现 不 好 ， 而 这 里 的 实现 更 好 ， 而 是 说 也 
可 以 用 一 种 混合 的 方式 来 分 析 和 实现 问题 。 这 种 混合 的 方法 必然 还 有 需要 进一步 完善 的 地 方 ， 
但 作为 尝试 而 言 ， 它 也 绝 不 是 毫 无 价值 ， 一 点 也 不 值得 考虑 。 
同时 ， 不 管 别人 怎么 讲 ， 当 我 们 解决 问题 时 ， 如 果 功 能 未 变 ， 但 复杂 度 有 所 增加 ， 我 们 
也 一 定 要 弄 清楚 ， 付 出 的 是 什么 得 到 的 又 是 什么 。 

为 何 选用 C++ 

C++ 本 身 不 太 适 合用 来 开发 上 述 这 类 软件 ， 但 一 来 为 了 与 Robert C。 Martin 的 版 本 相 参 

照 ， 二 来 为 了 启用 多 范式 ， 三 来 也 是 为 了 省 力 ， 上 面 的 例子 还 是 用 的 C++。 
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9.2 ”案例 2: 性 能 优化 


简单 性 有 时 候 会 和 性 能 要 求 相 冲 突 。 很 多 的 性 能 优化 直接 违反 简单 性 原则 ， 但 又 确实 是 
必要 的 。 碰 上 这 种 情形 的 时 候 ， 唯 一 要 做 的 事 是 弄 清 楚 这 么 做 的 代价 是 什么 ， 而 又 是 否 值得 。 



















































































































































































下 面 我 们 来 看 一 个 具体 的 例子 。 
在 快速 排序 算法 中 ， 第 一 步 要 通过 选 定 的 值 ， 把 待 排序 的 东西 分 为 两 组 ， 一 组 比 选 定 值 
大 ， 一 组 比 选 定 值 小 。 接 下 来 分 别 对 已 经 区 分 开 的 两 组 值 再 根据 选 定 的 值 进行 分 组 ， 依 次 递 












































归 ， 最 终 完 成 排序 。 
假设 qsort0 函 数 的 声明 如 下 ， 其 中 base 为 待 排序 的 数组 ， 数 组 中 的 数据 类 型 可 以 任意 指 
定 ，left 为 数组 第 一 个 待 排序 元 素 的 索引 ，right 为 最 后 一 个 待 排序 元 素 的 索引 ，width 为 待 排 
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序 元 素 的 大 小 《以 字 节 为 单位 )，comp 则 是 函数 指针 ， 指 向 一 个 对 指定 


较 的 函数 。 


void _cdecl qsort( 
Vold *base, 
size t left, 
size_t right, 
size_t width, 
int(_ cdecl *comp)(const void *, const void *) 


J); 


comp( ) 的 函数 声明 如 下 : 
int cdecl compare(const void * eleml, const void * elem2); 
如 果 eleml<elem2， 那 么 返回 小 于 0 的 值 。 
如 果 elem1l=elem2， 那 么 返回 值 等 于 0。 
如 果 elem1l>elem2， 那 么 返回 大 于 0 的 值 。 
这 样 基于 教科 书 上 的 说 明 ，qsort0 很 可 能 被 实现 成 下 面 的 这 样子 ; 













































































void_cdecl qsort( 
Vold *base, 
size t left, 
size_t right, 
size_t width, 
int (_cdecl *comp)(const void *, const void *) 


) 


size tq; 
这 left < right) 
{ 
q = partition(base, left, right,width,comp); 
qsort_recursive(base, left, q—1,width,comp); 
qsort_recursive(base, q + 1, right,width,comp); 
} 
return; 


} 














partition0 负 责 根据 选 定 值 把 整个 数组 划分 为 两 组 ， 一 组 比 选 定 值 小 ， 











丰 个 数组 元 素 进行 比 



































返回 值 作为 切 分 两 组 数据 的 元 素 的 索引 。 具 体 实现 可 以 参照 相关 算法 书籍 。 
用 上 述 方面 实现 的 qsort0 和 通常 所 理解 的 快速 排序 算法 一 臻 ， 风 辑 比较 清晰 。 大 多 数 人 
理解 这 种 实现 不 需要 花 什 么 时 间 , 但 性 能 会 偏 慢 一 一 这 在 很 多 的 时 候 对 于 类 库 是 不 能 接受 的 。 







































































接 下 来 我 们 来 看 一 下 ， 现 实 中 ， 做 过 优化 的 qsort0 的 实现 方法 。 












































组 比 选 定 值 大 。 






































下 面 代码 来 自 微 软 的 CRT Library， 为 了 使 主要 迪 辑 更 加 清晰 ， 去 除了 一 些 宏 以 及 和 算法 








本 身 没有 关联 的 部 分 。 考 虑 到 这 份 代码 比较 不 容易 理解 ， 所 以 把 部 分 注释 翻译 了 过 来 。 
就 qsortO 函 数 自身 而 言 ， 参 数 中 有 所 变化 的 是 只 有 一 个 num 参数 来 表示 数组 中 元 素 的 个 
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数 。 而 不 是 要 求 竺 排序 数组 起 始 和 终止 元 素 的 索引 。 



























































此 参数 用 来 定义 一 个 边界 值 ， 如 果 符 处 理 的 元 素 个 数 大 于 这 个 值 ， 那 么 使 用 快速 排序 ， 
否则 使 用 插入 排序 
#define CUTOFF 8 上 这 个 值 是 根据 测试 结果 决定 的 */ 
理论 上 讲 ， 栈 的 进入 次 数 不 会 大 于 1 + log2Cum)。 但 由 于 我 们 会 在 元 素 个 数 小 于 等 于 


















































CUTOFF 值 的 时 候 启用 插入 排序 ,实际 上 栈 的 进入 次 数 不 会 大 于 1+log2Cum)-log2(CUTOFF)。 


当 CU 











TOFF 为 8 的 时 候 ， 意 味 着 在 32 位 平台 下 ， 栈 的 进入 次 数 不 会 大 于 30,， 在 64 位 平台 下 





























栈 的 进入 次 数 不 会 大 于 62。 





其 他 


#define STKSIZ (8*sizeof(void*)-2) 


void _cdecl qsort( 


伪 递 归 


Vold *base, 

size_t num, 

size_t width, 

int (_cdecl *comp)(const void *, const void *) 














) 

char *lo, *hi; 入 当前 正在 排序 的 子 序列 的 终点 */ 

char *mid; /六 子 序 列 的 中 点 */ 

char *loguy, *higuy; /* traveling pointers for partition step */ 
size t size; /#* 子 序列 的 元 素 个 数 */ 

char *lostk[STKSIZ], *histk[STKSIZ]; 

int stkptr; 谍 用 于 保存 处 理 当 前 子 序列 的 栈 的 指针 */ 








/* validation section */ 
if(base == NULL || num == 0) 
return; 
if(width < 0) 
return; 
if( comp == NULL) 


return; 


if (num <2) 


return; /六 什么 也 不 做 */ 
stkptr = 0; /初始 化 栈 的 指针 */ 


lo = (char *)base; 
hi = (char *)base + width * (num-1); /# 初始 化 待 排序 序列 的 起 点 和 终点 次 


调用 的 入 口 ， 设 置 1o 和 hi 后 跳 转 到 这 里 就 可 以 模拟 递归 。stkptr 保存 起 来 的 ， 但 















































局 部 变 








量 没有 被 保存 ， 所 以 我 们 用 stack 来 保存 数据 。 
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recurse. 


size = (hi — 10) / width + 1; /# 待 排 序 元 素 的 数目 */ 


下 面 是 一 个 确定 的 数字 ， 如 果 元 素 个 数 小 于 这 个 数字 使 用 复杂 度 为 O(n^2) 的 排序 算法 会 
更 快 。 


















































if (size <= CUTOFF) { 
shortsort(lo, hi, width, comp); 


} 


else { 
首先 我 们 要 选 出 一 个 用 来 把 数据 分 组 的 元 素 。 这 一 算法 的 效率 要 求 我 们 不 止 要 选 一 个 合 
适 的 中 间 值 ， 还 要 尽快 完成 这 一 工作 。 我 们 选 出 第 一 个 元 素 ， 中 间 元 素 以 及 最 后 一 个 元 素 的 
中 间 值 ， 这 一 选择 用 来 避免 处 理 已 排序 数据 的 低 效率 ， 或 者 处 理 多 组 已 排序 数据 组 合 的 低 效 
率 。 测 试 显示 选择 3 个 元 素 中 间 值 的 算法 要 比 简单 地 选择 中 间 元 素 具 有 更 好 的 性 能 。 


mid = lo + (size / 2) * width; 上 # 找到 中 间 元 素 */ 



































































































































/#* 使 第 一 个 元 素 ， 中 间 元 素 以 及 最 后 一 个 元 素 
if (comp(lo, mid) > 0) { 
swap(lo, mid, width); 


Fo。 */ 








} 

if (comp(lo, hi) > 0){ 
swap(lo, hi, width); 

} 

if (comp(mid, hi) > 0) { 
swap(mid, hi, width); 

} 


现在 我 们 希望 把 数组 中 元 素 分 为 3 组 : 一 组 小 于 等 于 中 间 元 素 ， 一 组 等 于 中 间 元 素 ， 另 
一 组 大 于 中 间 元 素 。 下 面 的 代码 主要 是 完成 这 一 工作 ， 注 释 中 写 明 了 每 一 步 的 条 件 。 


















































loguy = lo; 
higuy = hi; 


入 在 迭 代 过 程 中 ，higuy 会 减少 ，loguy 会 增加 ， 所 以 循环 一 定 会 终止 */ 
for (;;) { 
/*1o0<=1loguy <hi, lo < higuy <= hi, 
AI <= A[mid| for lo <= 1 <= loguy, 
A[i] > A[mid] for higuy <=1< hi, 
A[hi] >= A[mid] */ 


下 面 的 两 次 循环 用 于 避免 调用 comp (midmid)， 这 主要 是 因为 有 些 现 有 的 比较 函数 在 收 
到 两 个 同样 指针 的 时 候 不 工作 。 









































if (mid > loguy) { 
do { 
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/* 


loguy += width; 
} while (loguy < mid && comp(loguy, mid) <= 0); 


} 
if (mid <= loguy) { 
do { 
loguy += width; 
} while (loguy <= hi && comp(loguy, mid) <= 0); 
} 


/*lo<loguy <= hi+l, A[i] <= A[mid| for lo <= 1< loguy, 
either loguy > hi or Alloguy]> Armid] */ 


do { 
higuy -一 width; 
} while (higuy > mid && comp(higuy, mid) > 0); 


/*1lo<=higuy <hi, A[i] > A[mid] for higuy <i< hi, 
either higuy == lo or A[higuy] <= A[mid] */ 


if (higuy < loguy) 
break; 


/* if loguy > hi or higuy == lo, then we would have exited, so 
Alloguy] > A[mid], A[higuy] <= A[mid], 
loguy <= hi, higuy > lo */ 


swap(loguy, higuy, width); 


/* If the partition element was moved, follow it. Only need 
to check for mid == higuy, since before the swap, 
Alloguy]> A[mid] implies loguy != mid. */ 


if (mid == higuy) 
mid = loguy; 


/* A[lloguy] <= A[mid], A[higuy] > A[mid]; so condition at top 
of loop is re-established */ 


A[i] <= A[mid| for lo <= i < loguy, 
A[i] > Afmid] for higuy <i< hi, 
A[hi] >= A[mid] 
higuy < loguy 
implying: 
higuy == loguy-1 
or higuy == hi-l, loguy == hi+ 1, A[hi] == A[mid] */ 
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下 面 的 两 次 循环 用 于 避免 调用 comp (mid,mid)， 这 主要 是 因为 有 





到 两 个 同样 指针 的 时 候 不 工作 。 





higuy += width; 
if (mid < higuy) { 
do { 
higuy -一 width; 




















} while (higuy > mid && comp(higuy, mid) == 0); 


} 
if (mid >= higuy) { 
do { 
higuy -一 width; 


} while (higuy > lo && comp(higuy, mid) == 0); 


} 

/* OK, now we have the following: 
higuy < loguy 
lo <= higuy <= hi 
A 


> 


A[hi] >= A[mid] */ 


在 完成 分 组 后 ， 我 们 希望 对 [lo, higuy] 和 [loguy, hi] 进 行 排序 。 为 最 小 化 栈 的 使 用 ， 我 们 先 





中 <=Amid] forlo <=1i<= higuy 

中 == Almid|for higuy <1< loguy 
Am > Amid]l for loguy <=1<hi 

[ 























处 理 元 素 个 数 较 少 的 。 同 时 我 们 仅 处 理 长 度 大 于 等 于 2 的 数组 。 





if(higuy -lo>=hi- loguy ){ 
if (lo<higuy) { 
lostk[stkptr] = lo; 
histk[stkptr] = higuy; 


十 +Stkptr; 
} 
if(loguy <hi) { 
lo = loguy; 
goto recurse; 
} 
} 
else { 


if (loguy <hi) { 
lostk[stkptr] = loguy; 
histk[stkptr] = hi; 
++stkptr; 


} 


if (lo<higuy) { 
hi= higuy; 
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些 现 有 


的 比较 函数 如 








铸 保存 较 大 的 递归 相关 数据 */ 

















入 先进 行 元 素 个 数 少 的 递归 */ 


入 保存 较 大 的 递归 相关 数 : 





E 收 























goto recurse; 必 先进 行 元 素 个 数 少 的 递归 */ 


} 


除了 放 入 栈 未 进行 处 理 的 元 素 ， 我 们 已 经 完成 了 排序 。 





























素 ， 并 处 理 它们 。 

一 Stkptr; 

if (stkptr >= 0) { 
lo = lostk[stkptr]; 
hi = histk[stkptr]; 
goto recurse; 

} 

else 


return; 











} 
为 了 节省 篇 幅 ， 一些 辅助 性 的 函数 被 忽 























谨 子 数组 弹出 栈 */ 








所 有 子 数组 处 理 完毕 */ 











可 以 自行 参照 Microsoft CRT 中 的 代码 。 


最 初 看 到 这 种 实现 方法 的 时 候 ， 很 多 人 都 会 感到 困惑 ， 
出 现 了 跳 转 。 事 实 上 ， 出 于 速度 优化 的 目的 ， 这 份 代码 
归功 能 。stkptr 用 来 模拟 stack 的 指针 ，++stkptr 的 时 候 j 





























被 从 stack 里 取出 来 。 

























































































也 十 分 明显 ， 风 辑 的 清晰 性 被 破坏 掉 了 ， 增 加 了 维护 上 的 难度 。 
大 多 数 人 理解 递归 版 的 qsort0 基 本 不 会 有 障碍 。 但 理解 CRT 版 的 qsort0 就 要 花费 较 多 时 






































间 ， 即 使 理解 了 ， 一 段 时 间 之 后 ， 





























































































































各 掉 了 ， 比 如 shortsort0 和 swapO0， 感 兴趣 的 读者 


不 知道 为 什么 递归 不 见 了 ， 反 倒 
] goto 和 模拟 stack 的 数组 实现 了 递 
把 数据 压 入 stack, --stkptr 的 时 候 数据 





因此 检查 是 否 有 任何 未 排序 的 元 





通过 这 种 优化 ， 运 行 时 库 里 的 实现 比 直 接 使 用 递归 的 实现 ， 在 性 能 上 高 出 许多 。 但 代价 


再 来 阅读 这 份 代码 ， 也 还 是 会 有 困难 。 而 之 所 以 这 段 代 码 
理解 困难 ， 正 是 因为 违反 了 我 们 之 前 所 提出 的 逻辑 链 。 


@ 违反 正 交 原则 。 算 法 本 身 和 进 栈 、 出 栈 这 类 操作 其 实 没 什么 关系 ， 但 在 优化 后 这 种 机 








制 和 算法 被 搅 在 了 一 起 。 














这 明显 违反 了 我 们 所 提倡 的 简单 化 原则 ， 所 以 做 这 事 ' 




















二 























的 需求 做 支撑 。 我 们 一 直 提 倡 的 是 ， 在 满足 既 有 需求 的 前 提 











而 上 述 CRT 的 例子 ， 则 可 以 








基础 库 中 ， 这 种 优化 往往 是 值得 的 ， 也 是 必需 的 。 





表 安 
下 了 















































看 做 是 满足 需求 所 必须 付出 的 代价 。 
































事实 上 ， 远 不 是 只 在 基础 库 
































存 为 另外 一 份 XML 文件 。 
这 个 时 候 比 较 直 接 的 方法 是 ， 














清晰 性 和 性 能 间作 平衡 取舍 的 机 会 很 多 。 
比如 说 ,我 们 有 一 份 记录 某 种 信息 的 XML， 需 要 对 其 中 的 信息 进行 指定 的 加 工 ， 而 后 




















一 个 明确 的 支点 ， 要 有 直接 
保证 代码 的 简单 。 


因为 在 受到 广泛 应 用 的 














才 会 出 现 这 种 需要 进行 取舍 平衡 的 情况 ， 在 现实 中 需要 








用 一 个 循环 来 依次 遍历 XML 的 各 个 节点 ， 每 获取 一 个 











点 的 信息 之 后 ， 就 对 该 节点 的 信 ， 
这 个 时 候 具 需要 一 次 循环 。 




















这 种 实现 方法 的 问题 在 于 ， 如 果 XML 每 一 个 节点 

















昌 进 行 加 工 ， 最 终 把 所 有 加 工 后 的 信 ， 























在 
转 
节 
昌 存 储 到 吃 一 份 文件 。 
的 信息 相对 比较 庞杂 ， 那 么 信息 加 











工 的 部 分 就 会 变 得 比较 繁复 。 体 现在 实现 上 ， 一 个 可 能 的 结果 就 是 条 件 语 句 或 case 的 增加 。 
很 类 似 7.3.2 中 所 借用 的 没有 重 构 前 的 statement0 方 法 。 

一 个 改善 方法 是 ， 循 环 多 次 ， 每 次 只 处 理 特定 的 节点 ， 完 成 部 分 任务 。 这 时 候 性 能 是 有 
所 损失 的 ， 但 代码 的 清晰 程度 则 可 以 得 到 提高 。 

对 这 类 需要 人 员 判 定 ， 而 后 进行 选择 的 问题 ， 是 不 可 能 找到 标准 答案 的 。 只 能 根据 现场 
的 需求 ， 才 可 能 做 出 最 终 的 取舍 。 单 以 实现 而 论 ， 则 应 该 是 首先 考虑 逻辑 清晰 性 ， 如 果 最 终 
的 程序 确实 会 慢 ， 那 么 再 考虑 性 能 优化 。 

现实 中 优化 的 方法 有 很 多 ， 比 如 ， 并 行 处 理 以 减少 读 磁 盘 的 次 数 、 减 少 系统 调用 、 优 化 
算法 等 。 这 时 候 ， 以 牺牲 逻辑 清晰 性 为 代价 ， 来 优化 算法 这 一 选项 ， 始 终 应 该 处 在 比较 低 的 
优先 级 上 ， 只 有 真 的 必要 的 时 候 ， 才 这 么 做 。 如 果 我 们 必须 有 所 失去 ， 那 么 至 少 我 们 要 知道 
失去 的 是 什么 。 
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附录 1 


贡献 值 公式 与 《 资 








在 本 书 中 









































力量 ，M 为 内 耗 系数 














在 这 


公式 中 有 一 点 很 可 能 产 4 


附录 


各 本 论 


直 使 用 下 面 这 个 公式 来 定 怕 
[EE1XW1 +0)+ (EX Ws+O) + 









































生 和 争议 : 








FE 表 达 一 个 组 织 所 能 产生 的 页 献 值 : 


[ 作 意愿 ，O 为 组 织 所 能 提供 的 基础 性 














+ (EW, +O)XM 

















项 目 中 各 个 人 的 分 工 不 同 ， 也 就 是 说 有 的 人 负责 需求 ， 有 的 人 负责 估算 ， 有 的 人 负责 管 



























































头 猪 加 一 头 猪 是 两 头 猪 ， 一 头 猪 加 一 只 鸡 得 到 的 会 是 什么 ? 
这 应 该 有 点 难 懂 ， 因 此 在 这 里 做 一 点 补充 说 明 。 





















































里， 有 的 人 负责 测试 等 。 在 这 种 情形 下 ， 为 什么 可 以 用 加 法 来 累计 项 目 组 的 整体 贡献 值 ? 








这 里 所 计算 的 贡献 值 很 类 似 于 马克 思 在 《资本 论 》 中 所 论 及 的 价值 ， 而 马克 思 论 及 的 价 




















对 


《资本 论 》 一 相 


一 点 。 





马克 思 认 为 (参见 《资本 论 》 第 1 章 第 1 节 ) 商品 同时 拥有 两 重 属性 : 使 用 价值 和 价值 。 











值 则 一 向 被 称 为 幽灵 。 
以 我 们 将 使 用 两 类 解释 方法 来 回答 贡献 值 为 什么 可 以 “加 ?” 
EF 的 ， 比 较 严密 ， 但 应 该 难 懂 ， 男 一 个 则 是 属于 我 自己 的 ， 比 较 通 俗 ， 好 懂 



































这 个 问题 ， 一 个 是 和 


























作为 商品 ， 其 使 用 价值 体现 在 质 的 差别 。 比 如 ， 猪 和 鸡 ， 两 者 肉质 不 同 ， 一 个 能 下 和 蛋 ， 

















一 个 不 能 \ 能 、 ` 重 等 。 


入 










































































而 一 旦 两 者 可 以 交换 ， 作 为 交换 价值 两 者 间 就 只 有 量 的 差别 ， 


因素 。 























假设 说 在 公平 状态 下 ，100 只 鸡 可 以 交换 1 头 猪 ， 那 么 在 交换 的 
之 间 要 男 等 号 。 这 时 候 体现 的 不 是 两 者 的 不 同 ， 而 是 量 上 等 价 的 这 一 面 。 





一 旦 把 使 用 价值 抛 开 ， 即 抛 开 

















对 此 ， 马 克 思 说 : 它们 剩 下 的 





们 的 生产 上 耗费 














结晶 ， 就 是 价 








直 一 一 商品 价值 。 






































商品 的 形式 ， 那 么 猪 和 鸡 就 变 成 了 一 种 无 差别 的 东西 。 











只 是 同一 的 幽灵 般 
纯 凝 结 ， 即 不 管 以 哪 种 形式 进行 的 人 类 劳动 力 耗费 的 单纯 凝结 。 这 些 4 
了 人 类 劳动 力 ， 积 累 了 人 类 劳动 。 这 些 物 ， 作 为 它们 




















的 对 象 性 ， 只 是 无 差别 的 人 类 劳动 的 单 














而 不 包含 使 用 价值 的 











十 候 100 只 鸡 和 1 头 猪 





my 



































鸭 现 在 只 是 表示 ， 在 它 

















< 有 的 这 个 社会 实体 的 














我 们 可 以 把 管理 ， 流 程 等 代入 成 


量 ， 那 么 加 法 





这 就 是 马克 思 的 解释 。 
接 下 来 我 们 看 比较 通俗 的 解释 : 














显然 是 合适 的 。 





























F 文 的 猪 或 鸡 ， 一 旦 它们 可 以 转换 为 一 种 无 差别 的 价值 
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假设 说 软 们 















































F 开 发 完了 ， 卖 了 1000 块 钱 ， 并 且 正 好 回 本 ， 不 赚 不 赔 。 


这 时 由 于 管理 、 流 程 、 开 发 模型 、 需 求 开发 、 估 算 和 设计 编码 同时 贡献 于 这 1000 块 钱 ， 
所 以 这 些 环节 必然 都 有 着 自己 的 贡献 度 









































1000X 管 理 的 贡献 度 = 管理 的 贡献 值 
1000X 流 程 的 贡献 度 = 流程 的 贡献 值 





把 所 有 这 些 项 目 加 起 来 ， 就 得 到 ; 



























































〈 百 分 比 )。 那 么 : 
























































管理 的 贡献 值 + 流程 的 贡献 值 +… = 1000( 管 理 的 贡献 度 + 流程 的 贡献 度 + …) 
如 果 说 各 种 贡献 度 加 起 来 近似 等 于 1， 那么 得 到 ; 


管理 的 贡献 值 + 流程 的 贡献 值 + … = 1000 


























这 就 是 我 们 用 的 贡献 值 公式 。 


附录 


这 本 书 中 分 析 了 很 多 问题 ， 也 回答 了 很 多 问题 ， 但 与 此 同时 却 也 发 据 出 了 很 多 待 解 
决 的 问题 。 在 这 里 ， 把 这 些 待 解决 问题 做 个 汇总 ， 希 望 能 引起 更 多 人 的 关注 ， 共 同 来 解 


决 它们 。 














2 ”遗留 课题 
















































































在 限定 问题 下 ， 软 件 的 简单 性 有 极 值 么 ?如 果 有 可 以 用 什么 样 的 指标 来 进行 统计 。 
如 何 统计 数据 来 显示 物理 环境 对 人 的 工作 效率 的 






































维 效率 ” 间 的 对 应 关系 是 什么 ? 






































影响 ， 比 如 ,“ 人 /每 平方 米 ” 和 “ 思 











软件 的 统计 单位 是 否 可 以 进一步 精确 定义 ? 3.3 ， 





进一步 优化 ? 

















提供 的 复杂 度 计算 方法 如 何 才 可 以 

















@ 规模 不 经 济 是 否 可 以 打破 ? 比如 ， 通 过 固定 人 数 ， 更 长 期 间 的 方式 。 


情形 1: 


成 为 2m。 


情形 2: 软件 的 规模 | 





























团 

















中 ， 情 形 1 会 表现 出 规模 不 经 济 ， 





队 规 模 与 生产 效率 间 的 关系 ， 本 书 在 6.9 中 推算 上 











软件 的 规模 由 原来 的 n 膨胀 为 2n， 为 了 胡 

















保 进度 ， 人 员 规 模 从 原来 m 也 膨胀 








原来 的 n 膨胀 为 29， 但 由 于 没有 时 间 压 力 ， 人 员 规 模 保 持 不 变 。 


而 情形 2 是 否 可 以 打破 规模 不 经 济 。 








上 10 人 无 右 是 最 合适 的 团队 规模 ， 不 











知 是 否 有 确实 的 统计 数据 来 对 此 进行 验证 ? 








@ 分 析 和 设计 方法 的 混合 方式 都 还 有 哪些 需要 完善 
通过 什么 样 的 参数 来 判定 是 应 该 选择 职能 式 组 织 还 是 矩阵 组 织 ? 
CMMI 的 四 五 级 和 软件 不 可 精确 度量 的 矛盾 如 何平 衡 ? 
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迭代 时 的 不 确定 性 锥 会 变 成 什么 样子 ? 
软件 规模 与 文档 规模 的 比例 (尤其 是 需求 文档 和 设计 文档 大 致 应 该 是 什么 样子 ? 
















































































的 地 方 ? 


是 不 是 应 该 按 特 定 类 别 统计 各 种 类 型 软件 的 典型 数据 : 如 生产 率 ， 缺 陷 率 等 ， 并 有 人 


集中 定期 公布 ? 














工作 意愿 对 项 目 生产 率 的 影响 是 否 有 可 能 做 到 分 级 ， 并 基本 量化 ? 


是 否 有 可 能 摆脱 现 有 的 以 文档 为 
































需求 ? 


FP 心 的 需求 记录 模式 , 而 启用 类 似 Wiki 的 方式 来 管理 











附录 3 ” 语 不 惊人 死 不 休 一 一 反 主 流 观 点 汇总 

















这 本 书 中 发 出 了 很 多 和 主流 观点 不 太一 样 的 声音 , 虽然 作者 自身 认为 这 些 观点 都 有 着 相 
应 的 逻辑 支撑 ， 但 还 是 希望 能 收 到 更 多 的 批评 和 反馈 ， 因 此 还 是 把 它们 单独 列举 出 来 。 
































@ 软件 同时 具备 思维 的 特质 和 思维 承载 之 物 的 特质 ， 因 此 


















































全 


第 2 章 











@ 软件 与 代码 相等 价 ， 是 同一 事物 的 一 体 两 面 。 也 即 说 代码 可 以 表征 软 伯 





人 


第 2 章 


























发 上 ， 是 有 用 的 ， 但 也 必然 偏颇 。 大 多 书籍 是 基于 归纳 法 的 ， 所 以 大 多 的 












































归纳 法 (经 验 主 义 ) 用 至 












































@ 组 织 越 成 熟 ， 管 理 的 价值 越 小 。 组 织 越 不 成 熟 ， 管 理 的 价值 越 大 。 这 也 意味 着 ， 
晋 乡 











晋级 方向 是 消灭 管理 ， 而 不 是 让 管理 更 有 价值 。 第 





















































2 章 











真 的 共识 。 一 一 第 2 章 



















































































日 

@ 共识 的 力量 可 以 无 限 大 ， 但 共识 本 身 并 无 对 错 ， 只 要 是 
站 
中 


尝 。 第 2 章 
@ 项 目 管理 可 以 认为 包含 人 、 事 、 物 〈 钱 也 是 物 ) 的 管理 
没 管 好 ， 读 100 本 PMBOK 也 不 顶 用 。 第 


Be 
种 2 和 草 















































| 软件 





BB 籍 偏颇 。 


F 的 一 切 价值 。 





管理 





思维 自 喘 不 可 度量 ， 所 以 软件 自 喘 本 质 上 不 可 度量 ， 精 细 的 量化 管理 在 软件 上 一 定 出 





， 但 归根 到 底 是 人 的 管理 


E。 人 


@ 由 外 向 内 推进 流程 改进 ， 那 必然 导致 目标 的 事实 分 裂 : 一 是 推进 项 目 ， 二 是 达成 项 目 












































改进 的 外 在 目标 (获取 CMMI 等 级 等 )。 而 一 旦 时 间 和 资源 不 足以 使 这 两 个 目标 互相 









































是 当 流程 改善 自身 牵连 其 他 利益 的 时 候 。 一 一 第 3 章 
@ 流程 具有 契合 不 契合 ， 没 法 单独 计算 成 本 。 第 3 章 












































重 毒 ， 由 于 项 目 目标 有 着 更 高 的 权重 ， 那 么 由 外 向 内 的 流程 改善 必然 会 形式 化 ， 

















@ 真正 完成 CMMI 的 企业 就 像 契 订 夫 描写 的 闭 在 套子 里 的 人 。 应 对 刊 风 下 

















跑 不 快 。 第 3 章 
是 人 员 和 项 目 状 况 决 定 了 开发 模型 ， 而 不 是 相反 。 
敏捷 缺 了 一 个 考察 维度 : 人 平均 水 平 较 差 ， 能 敏捷 么 ? 
单位 是 估算 的 基础 ， 而 估算 是 管理 的 前 提 。 第 5 章 
估算 要 同时 估 需 求 的 规模 和 实现 的 规模 。 第 5 章 

























































































中 。 一 一 第 6 章 























AAA pe 
第 4 草 


第 4 章 

















尤其 





有 优势 ,但 














开源 之 外 ， 软 件 是 商业 的 延续 。 所 以 大 多 时 候 并 不 存在 纯粹 的 技术 ， 而 只 是 折 中 再 折 








@ 期 望 用 UML 和 客户 一 起 建 模 是 疯狂 的 想法 : 有 多 少 程序 员 还 不 懂 UML， 有 和 多少 客户 






































不 懂 UML， 想 想 就 知道 了 。 第 6 章 























@ UI 既 可 以 是 需求 也 可 以 是 设计 ， 这 依赖 于 软件 的 价值 根源 。iPhone 中 UI 就 是 需求 ， 

















业务 流 中 UI 就 不 是 需求 。 第 6 章 


























@ 概念 完整 性 事实 上 有 两 个 分 文 : 需求 层面 的 概念 完整 性 和 设计 层面 的 概念 完整 性 。 




















AAA 


第 6 章 

@ 需求 开发 到 了 一 定 程度 ， 投 入 产 出 很 差 ， 需 要 终止 ， 要 
@ 需求 和 代码 间 的 映射 由 于 是 多 对 多 的 映射 ， 投 入 产 出 极 差 ， 
@ 设计 也 是 编码 ， 编 码 也 是 设计 ， 这 无 关 紧 要 ， 就 看 你 怎 





























不 然 是 伊 卖 力气 。 








么 想 o 第 
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完全 没有 现实 性 。 一 第 
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@ 软件 设计 和 编码 的 根本 目的 是 完成 需求 的 前 提 下 ， 保 证 简单 性 ， 其 他 质量 属性 处 于 从 
属 位 置 。 而 面向 对 象 分 析 设 计 等 ， 都 是 手段 ， 并 非 不 可 替换 。 第 7 章 

@ 面向 对 象 设计 原则 数目 太 多 ， 事 实 上 可 以 提炼 得 更 精辟 。 一 一 第 7 章 

@ 同等 条 件 下 ， 结 构 化 设计 出 来 的 代码 天 生 比 面向 对 象 简单 。 第 8 章 

@ 面向 对 象 和 结构 化 两 者 可 以 互补 。 第 8 章 

@ 软件 是 商业 的 延续 。 质量 属性 支持 多 少 , 什么 时 候 支持 ， 是 生意 问题 ， 不 是 技术 问题 。 

第 9 章 

附录 4 综合 能 力 归 类 法 

软件 的 本 质 决 定 了 软件 开发 不 仅仅 是 一 项 技术 活动 ， 在 澄清 概念 的 过 程 中 ， 不 论 是 和 用 
户 确定 需求 的 边界 ， 还 是 和 其 他 项 目 成 员 一 起 确定 模块 的 功能 边界 ， 都 涉及 大 量 的 沟通 工作 。 
这 类 工作 是 如 此 的 重要 , 以 至 于 敏捷 软件 开发 宣言 中 第 一 条 就 是 : 个 体 和 交互 胜 过 过 程 和 工具 。 

所 请 沟通 远 不 止 你 说 我 听 这 样 一 个 简单 的 过 程 ， 其 缘 后 隐 含 着 表达 、 性 格 、 思 索 方法 等 
一 系列 的 要 素 。 

像 沟通 这 种 和 程序 员 直 接 相关 的 要 素 还 有 许多 ， 它 们 加 在 一 起 可 以 汇总 为 一 个 经 常 被 提 
到 的 词汇 : 综合 能 力 。 这 一 小 节 的 目的 是 对 所 谓 的 综合 能 力 进行 解构 ， 而 参照 这 种 解构 的 结 
果 ， 一 个 积极 向 上 的 人 可 以 大 致知 道 自己 的 不 足 ， 并 大 致 明了 自己 的 前 进 方向 。 




















@ 综合 能 力 
图 技术 
令 程序 
S...... 〈 略 ) 
国 管理 〈 偏 硬 ) 
令 任务 分 解 和 监控 
令 方法 论 实施 
令 风险 管理 
令 成 本 管理 
令 规模 估算 


谨 告 


















































图 管理 
人 文化 建设 
多 人 员 培 养 


口 


























图 沟通 
令 说 〈 的 有 多 得 ) 
令 听 (的 明白 ) 
令 写 (的 清楚 ) 
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令 责任 感 
令 主动 性 
令 诚信 
令 狼 力 
令 担当 
令 包容 
下 面 来 对 上 述 列 表 中 容易 混淆 的 地 方 做 一 点 说 明 。 
(1) 管理 
管理 大 致 可 以 分 为 两 部 分 ， 一 部 分 偏向 于 技术 ， 上 文中 用 管理 〈 硬 ) 来 代表 ; 另 一 部 分 
则 偏向 于 文化 ， 上 文中 用 管理 〈 软 ) 来 代表 。 偏 向 于 技术 的 部 分 ， 更 多 地 以 业务 为 中 心 ; 偏 
向 于 文化 的 部 分 则 更 多 地 以 人 为 中 心 。 两 者 互相 影响 ， 对 项 目的 最 终 成 败 产 生 影 响 。 经 典 的 
PMBOK 更 专注 于 前 者 ， 但 后 者 往往 比 前 者 更 难 掌握 。 
如 果 说 任何 一 个 人 或 团队 的 效能 都 有 一 个 区 间 ， 那 么 偏 于 文化 的 管理 通常 决定 着 个 人 或 
团队 的 效能 是 出 于 这 个 区 间 的 高 端 还 是 低 端 。( 关 于 管理 的 更 多 论述 ， 参 见 第 二 部 分 : 完美 项 
目 管理 之 解构 )。 
(2) 沟通 
无 论 是 同 客户 一 起 打造 产品 的 概念 边界 ， 还 是 团队 内 部 的 接口 确立 ， 必 然 要 经 过 沟通 。 
非常 强调 沟通 的 软件 公司 甚至 采取 一 种 非常 极端 的 做 法 : 项 目 经 理 控制 需求 和 规格 说 明 书 ， 
而 不 参与 技术 相关 的 工作 。 姑 且 不 论 这 种 做 法 的 是 与 非 ， 这 种 实践 足以 说 明 沟通 对 某 些 类 型 
的 软件 项 目的 巨大 影响 。 
沟通 中 最 为 基础 的 要 素 是 语言 ， 这 里 的 语言 专 指 外 语 。 中 国 在 软件 产业 链 中 的 位 置 决定 
了 终端 用 户 项 目 会 占 非 常 大 的 比例 ， 而 在 这 类 项 目 中 沟通 的 权重 是 大 于 基础 结构 性 项 目 (OS 
等 ) 的 。 与 此 同时 这 类 项 目 很 大 一 部 分 是 外 向 型 的 ， 所 以 外 语 的 重要 性 就 被 抬 到 了 一 个 相当 
的 高 度 。 也 正 因 此 ， 在 这 里 才 把 外 语 这 一 项 目 单独 罗列 。 
(3) 习惯 
习惯 是 一 种 固化 了 的 力量 ， 是 持之以恒 的 一 种 经 常 性 体现 。 
如 果 我 们 承认 软件 开发 是 一 种 学 问 ， 而 不 是 一 种 3、5 天 即 可 掌握 的 简单 技巧 。 那 么 持 之 
以 恒 就 成 为 不 断 提升 的 前 提 。 
社会 的 迅速 发 展会 迅速 地 传递 到 软件 中 来 。 在 这 种 外 在 环境 下 固步自封 ， 只 能 导致 自己 
成 为 一 种 负 资 产 ， 并 无 限 趋 近 于 被 淘汰 。 而 诸如 读书 ， 时 间 管 理 等 习惯 正 是 个 人 不 断 前 行 的 
量 源 果 。 
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(4) 心性 


在 时 间 面 前 了 无 秘密 。 
人 的 心性 决定 了 一 个 人 在 是 是 非 非 面前 的 选择 ， 进 而 也 就 定义 了 在 他 人 有 眼 里 的 你 。 



































很 少 会 有 人 喜欢 谎言 和 欺诈 、 喜 欢 轻 言 放弃 的 同事 、 喜 欢 不 能 承担 自己 责任 的 领导 ， 喜 








欢 动 辑 得 答 的 文化 。 








所 以 心性 上 的 缺点 ， 


格 决定 命运 。 











里 未必 彰显 于 一 时 ， 却 往往 最 为 致命 。 也 正 因 此 ， 有 人 才 会 讲 : 性 














假使 说 一 个 人 固有 的 能 力 〈 比 如 编程 能 力 或 语言 能 力 〉 恒 定 不 变 为 1， 那 么 沟通 、 习 惯 、 




















心性 则 类 似 一 个 放大 或 缩小 的 因子 ， 最 终 决定 了 一 个 人 表现 出 来 的 能 力 是 0.8 还 是 1.5。 
比如 说 ， 一 个 人 沟通 和 技术 方面 的 能 力 非 常 优秀 ， 基 数 为 1.5， 但 在 诚信 方面 有 问题 导致 

其 放 缩 因子 为 0.5。 而 另 一 个 人 则 沟通 和 技术 方面 的 能 力 比 较 一 般 ， 基 数 为 1， 但 其 他 方面 几 

乎 没有 缺点 ， 放 缩 因 子 为 1.5。 那 么 从 工作 中 体现 出 的 效能 来 看 ， 较 为 聪明 的 前 者 可 能 远 低 于 














后 者 。 




























































































上 面 列举 了 综合 能 力 这 4 个 字 背 后 所 隐 含 的 主要 方面 ， 这 其 实 可 以 成 为 谋划 职业 路 径 或 


者 判定 人 员 潜 力 的 基 耐 


HH 





加 倾向 于 光明 的 方法 。 
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这 世上 其 实 并 没有 点 石 成 金 之 术 ， 但 却 真 的 有 可 以 使 我 们 的 人 生 更 
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e Develor ment 


字 人 软件 开发 :方法 与 逻辑 


本 书 深入 剖析 了 软件 开发 中 主要 环节 ( 管理 、 流 程 、 开 发 模型 、 估 算 、 需 求 开 发 
和 设计 编码 ) 的 运作 规律 。 


在 剖析 过 程 中 ， 主 要 使 用 演绎 法 进行 推导 ， 同 时 使 用 实践 中 积累 的 经 验 对 推导 出 
来 的 结论 进行 验证 。 在 这 一 过 程 中 ， 借 鉴 了 PMBOK、CMMI、 敏 捷 、 功 能 点 方法 、 
面向 对 象 分 析 与 设计 等 思想 或 方法 的 精华 内 容 。 


从 读者 的 角度 看 ， 本 书 更 适合 有 一 定 开发 经 验 ,希望 在 软件 开发 这 个 行业 有 所 建 
树 的 读者 ;也 适合 不 仅 满足 于 完成 手 里 的 工作 ， 还 喜欢 透 过 现象 思考 本 质 的 人 ; 毕 
业 生 可 以 用 这 本 书 来 开阔 视野 ， 规 划 自 己 的 发 展 方向 ， 但 有 些 地 方 可 能 会 感到 不 容 
易 理 解 。 
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邮政 编码 :100037 
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